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INTRODUCTION 



To broaden the scope of this manual and to facilitate 
its use by individuals of divergent backgrounds and 
experience, the material is presented under two 
captions : 

1. Fundamentals of Data Files 
This section is designed primarily to acquaint the 
reader with the definition , functions, composition, 
and processing of data files. Those more experi- 
enced with data processing may prefer merely to 



scan this portion of the manual as refresher material 
or to skip it entirely. 

2. Design of Data Files 
The purpose of this section is twofold : to provide 
checkpoint type of information for the more experi- 
enced and to furnish those new to data processing 
with pointers on file design, beginning with the de- 
termination of data, field size, and file organization 
through record format and file capacity. 



SECTION 1: FUNDAMENTALS OF DATA FILES 



DATA FILES 



Definition 



A data file (or data set) is a collection of related 
records that provides specific information about a 
fixed area of activity. Data files may be stored in 
such external storage media as paper, cards, 
magnetic tape, paper tape, and direct access 
storage devices (DASD). 

Types of Data Files and Their Functions 

Master File 

A master file contains the current status of a given 
list of items. A relatively fixed number of items 
are in the file over a long period of time, and the 
number of insertions and the number of deletions 
tend to be fairly well balanced despite temporary 
seasonal or cyclic fluctuations. Each record is 
subject to updating. The file is a major source of 
information for facilitating decisions in a particular 
area of operations , both internally with computer 
programming and externally with management 
review of printed reports of data contained in the file. 

Example: 

An inventory master file for a hardware concern 
might contain one record for each item of stock. 
Although about 20, 000 different items can be repre- 
sented on the file at any given time, some items, 
such as lawn sprinklers, may be stocked only in the 
summer and others, such as snow shovels, only in 
the winter. The quantity on hand for a certain item 
must be updated to reflect any change in stock 
caused by such transactions as sales, returns, 
receipts, etc. Based on a minimum balance on 
hand, the computer, through programming, can 
determine the time to reorder. Periodically, the 
information on the file can be used to print out re- 
ports indicating sales trend, slow moving items, 
low -profit sellers, etc. , which can be reviewed by 
management. 

Transaction File 

The primary purpose of a transaction file is to con- 
tain activity or inquiry records that will be used to 
examine and/or update a master file. Each activity 
record contains data about an occurrence that will 
affect the master file in some way. 



Example: 

Activity, such as receipts, sales, returns, etc., 
could be contained in the transaction file that is 
used to update a master inventory file. 

History File 

A history file can be an obsolete master file or a 
compilation of transaction records that have affected 
a master file within a particular period. It is main- 
tained primarily to gather statistical data or to 
capture sufficient detail of past processing to facili- 
tate reconstruction of a master file. 

Summary Files 

A summary file represents data from another file 
reduced to a more concise form. The information 
from several records in the original file can be 
shown in aggregate form on one record of the sum- 
mary file by using a broader criteria for record 
uniqueness. For example, employee earnings rec- 
ords in a payroll master file may be summarized 
into fewer records showing total earnings by depart- 
ment. Depending upon its use, a summary file also 
may be considered as a master file, a transaction 
file, or a history file. 

Trailer File 

A trailer file contains detail records associated with 
particular records in another file. The latter often 
are called prime records and constitute a prime 
file. The records in the trailer file provide addi- 
tional information to augment the data found in the 
associated prime records. Trailer files may be 
processed individually or together with their prime 
file. The trailer files here are not to be confused 
with trailer or overflow records, which are dis- 
cussed later under "Types of Records and Their 
Functions". 

Example: Inventory Parts File 

1. For daily processing of inventory updating 
only the prime file is used. 

2. For preparation of cross reference part 
number and name lists only the trailer file is 
handled. 

3. For periodic inventory status reports requir- 
ing part name as well as part number and the asso- 
ciated quantitive data, both the prime file and trailer 
files are processed simultaneously. 



PRIME FILE 



Part No. A 



Unit Price 



Qty. 



Ext. 



Part No. B 



Unit Price 



Qty. 



Ext. 



Part No. C 



Unit Price 



Qty. 



Ext. 



J L 



J L 



i r 



Part No. A 



i r 



Part Name and Description 



Part No. B 



Part Name and Description 



Part No. C 



Part Name 



TRAILER FILE 



COMPOSITION OF A DATA FILE 

Fields and Subfields: Definition 

Fields and subfields, the smallest elements of a 
data file, are composed of adjacent positions or 
characters that describe a unit of information. The 
leftmost position of a field is known as the high- 
order position; the rightmost is known as the low- 
order or units position. 

Example: 

In the field labeled Date, which is six positions long, 
position 1 is called the high-order position and 
position 6, the low-order position. 

l Date 6 
high-order position-!* . . . . . *ilow-order position 

a field 

Subfields are meaningful subdivisions of a field to 
facilitate data identification and manipulation. 

Example: 



Date 
mo. day yr. 



subfields 
a field 

In the field called Date, the left two positions con- 
tain the subfield month, the middle two positions the 
subfield day, and the right two positions the subfield 
year. 



Types of Fields and Their Functions 

The data recorded in a field may be classified by the 
function it serves. 

Control fields permit the proper identification and 
handling of a given record or section of a record. 

A record control field or key establishes the 
uniqueness of the record within the file. 

Example: 

Each data record in an employee payroll master file 
contains the employee number, which is the record 
control field. Therefore, the employee number can 
control the sequence of the file and the application 
of transaction data to the correct employee. 

A coding control field identifies the record or 
section. 



Example: 

Each data record in a transaction file may contain a 
single character field that controls the kind of infor- 
mation contained in the record and that indicates 
what effect this record will have on the master file. 
A digit 1 in the position may indicate that a new 
record is to be created in the master file with the 
data in the record; a 2 that this record contains data 
that will change data in a master file record; a 3 
that the master file record is to be deleted, etc. 

Indicative fields usually are nondynamic and 
contain miscellaneous data pertinent to the record 
identified by the record control field. Some of these 
fields have a more specific nature: 

A statistical field provides additional information 
that normally is used for the gathering of statistical 
information. 



Example: 



Significance 



Each employee payroll master record may have a 
field containing a code to indicate the sex of the 
employee. An M may indicate male and an F, female. 

A constant field contains fixed data that otherwise 
might have to be developed each time the record is 
processed. 

Example : 

Each employee payroll master record in a data file 
may have a field containing the dollar amount of 
federal tax exemption allowable for that employee 
each week. The amount is stored in the record to 
avoid recalculating it each time the payroll is proc- 
essed. 

A reference field provides data identifying the 
transaction with the original source document from 
which it was created. Reference fields are essential 
in providing adequate audit trail. 

Example: 

In a sales application the transaction record contains 
an invoice number. Should a question arise regard- 
ing the transaction, the invoice number relates the 
record to its source document. 

Quantitative fields contain amounts and may con- 
tain sign indication. Frequently, these amounts are 
used in calculations, or they may be the results of 
computations . 

Example: 

Each weekly employee payroll record has a field 
containing hours worked. This amount field is used 
in calculating gross weekly earnings, which also 
becomes a quantitative field. 



Field Characteristics 
Length 

Fields usually contain a fixed number of positions 
designed to hold the maximum amount of data that 
can occur. 



The significant digits of a numeric field are those 
digits which are necessary to make the number 
meaningful and which, when specified, include a 
fixed number of decimal positions . Embedded blanks 
(blanks in the midst of significant; characters) 
normally are unacceptable in numeric fields. 

The significant characters of an alphabetic or 
alphameric field include all positions from the left- 
most through the rightmost nonblank character. 
Embedded blanks are acceptable. 

Right and Left Adjustment (or Justification) 

The number of significant characters for a field can 
vary. A right-adjusted field contains the rightmost 
significant character in the low -order position of the 
field; a left-adjusted field contains the leftmost 
significant character in the high-order position of the 
field. 

An alphabetic or alphameric field is normally 
left-adjusted, with the nonsignificant portion of the 
field filled with blanks. A numeric field usually is 
right-adjusted, with the nonsignificant portion of the 
field filled with leading zeros, although blanks may 
be used. Zeros are preferred to blanks because 
they are positive proof of the value required; blanks 
may represent omissions. Since blanks normally 
are considered of lesser numeric value than are 
zeros, the use of blanks instead of zeros may affect 
the sorting sequence. When a numeric field is 
left-adjusted, the nonsignificant portion of the field 
usually is filled with blanks . 



Examples : 



significant 

digits 

O'l 2 3 6' 
i i 

nonsignificant 
zeros 

significant 
digits 



1. 



2. 12306. bbb 



nonsignificant 
blanks 



This is an 8-position 
right-adjusted nu- 
meric field with lead- 
ing zeros. 



This is an 8-posi- 
tion left-adjusted 
numeric field. 



Class 

The data in a field is alphabetic, numeric, or alpha- 
meric. 



significant chara cter s 

3. JohnbJones'bbbbb 

+ i 1 

embedded nonsignificant 
blank blanks 



This is a 15-posi- 
tion left-adjusted 
alphabetic field. 



Special Characteristics of Numeric Fields 

Signs. When a numeric field may be either positive 
or negative, sign coding must be present. 

Decimal Positions. Usually decimal points are 
assumed; this means that no space is reserved in a 
field for the decimal point. This conserves media 
storage and permits arithmetic manipulation of the 
field by equipment that normally does not recognize 
the point of a number. (See "Field Compaction 
Techniques" for a discussion of decimal scaling and 
floating decimal -point numbers.) 

Recording Mode. To facilitate computer functions 
or to reduce storage data requirements, it may be 
preferable to work with numeric data in some form 
other than the normal decimal notation. Translation 
to and from decimal format may be accomplished by 
computer subroutines or by hardware capabilities of 
the equipment; or the data may remain in the modi- 
fied mode. (See "Field Compaction Techniques" for 
a discussion of binary, hexadecimal, and packed 
format.) 

Records; Definition 

A record is a collection of fields arranged in a de- 
fined format and related to a common identifier. 



number of records and blocks (groups of records) in 
the data file and, sometimes, one or more control 
totals, each of which is the sum of the contents of a 
particular field in the records. 

These internal label records are in addition to 
the external labels used for visual identification of 
the file. 

Trailer or overflow records contain additional 
data, pertaining to a given record, which cannot be 
recorded in the prime record for some reason. 
Often, this is information that occurs only occasion- 
ally, so instead of designing a long record with 
wasted space, a subsidiary is created. Normally, 
the prime record contains coding that can be used to 
reference the trailer record, whereas the latter has 
the same record control field to assure that the 
proper trailer has been located. 

Record Characteristics 

Length 

The length of a record is the sum of the lengths of 
its fields. However, because of differences in 
hardware characteristics, the length of a record in 
external storage may vary from its length in core 
storage. 

Examples : 



Types of Records and Their Functions 

Data records (which represent the bulk of the records 
in any file) are those records which contain specific 
information about a given data processing application. 
Each individual data record is made up of coding and 
record control fields, which establish the uniqueness 
of each record, as well as fields containing pertinent 
information about the particular record. 

Checkpoint records are created at specific inter- 
vals during the running of a lengthy program to 
retain the contents of main storage and other data 
required for restart from an intermediate point 
rather than from the beginning, in the event the 
program has to be interrupted for some reason, such 
as an uncorrectable error or a job with higher 
priority which takes precedence. 

Label records are used for file identification and 
for checking purposes. Normally, header labels 
containing such information as file name, file 
number, creation date, and retention cycle are 
processed before any of the data records to verify 
that the file is the proper file for use. A trailer 
label indicates the end of a file (EOF), or the end of 
a physical subdivision of a file (EOR or EOV), such 
as the end of a reel of tape, disk pack, etc. Trailer 
labels also may contain a cumulative count of the 



Load mode operation (1400 series), compressed 
tape reading (7070/7074), and alphameric and 
numeric mode recording differences (tape and 1301/ 
1302 with 7070/7074). (See section 2, "Some Core 
and External Storage Requirements Differences".) 

Form 

There are three basic sections in a record: the 
fixed section, the variable section, and the control 
section. 

The fixed section, which is normally present and 
which is fixed in length, is composed of those fields 
that provide the coding and record control fields , as 
well as all required indicative and quantitative fields. 
There is only one fixed section per record; it may be 
the entire record or the first section of a multi- 
section record. 

The variable section is a collection of a variable 
number of segments, which, in turn, are composed 
of either an independent field or a group of inter- 
dependent fields. An independent field is a single 
field that requires no supporting field, whereas 
interdependent fields are two or more related fields 
treated as a whole. Thus, when any of the interde- 
pendent fields contains significant data, the entire 
segment must exist. Each segment is fixed in 



length and is retained in the variable section only 
when data exists. 



Example: 



variable section 



fixed 
isection 



segment 



B 
segment 



1 


2 


3 


Al 


B l 


B 2 


B 3 


B 4 



inde- 
pendent 
field 



interdependent 
fields 



The control section is a section that may or may 
not be used when a record contains a variable 
section. It provides information about the presence 
or absence as well as length of the segments in the 
variable section of the record and is used to facili- 
tate the location and manipulation of the data. 
Occasionally, in lieu of the control section, special 
codes are used to signify omission of a segment. 

Example: 



Fixed 



Section 



Control Section 



B 



D 



Variable Section 



A 



D 



Segment B is missing in this record, but the 
control field for B is present. Normally, the control 
section follows the fixed section and is fixed in 
length. 



Fixed 
Section 


Variable Section 


A 


# 


C 



The # is a special code to indicate the absence of 
segment B; no control section is used. 



A fixed-length record contains only a fixed sec- 
tion; the length and relative location of each field 
is constant. A variable-length record consists of a 
fixed section, where length and location of the fields 
are known, and a variable section, where the rela- 
tive location and length of each field is determined 
by programmed use of the control section or by 
special codes included in each record for that pur- 
pose. 

Blocking 

Blocked records are two or more records grouped 
together and treated as a whole for reading, writing, 
and storage purposes. This grouping is referred to 
as a block of data records. Each record within the 
block is processed individually by the program and 
is known as a logical record. All of the records 
read or written as a block of data are referred to 
as a physical record, since the entire block is 
transferred physically between the I/O device and 
main storage. Records that are read, written, and 
stored individually are known as unblocked records. 
The blocking factor is the number of records that 
are contained within a block. Blocking may be 
utilized to make more efficient use of external 
storage and to conserve input/output time. The 
concept of blocking is applicable to all types of 
external storage. If the number of positions per 
record is 40 or less, even card records can be 
blocked for computer operations. 

Example: 

Tape records are separated by blank tape, which is 
called an interrecord gap (IRG). IRG's, created 
automatically during tape-write operations, signal 
the end of a tape record when the tape is read. 
Whenever data records are blocked, fewer IRG's are 
created. This conserves tape storage and computer 
time. 



1 Physical 
Record 



IRG 



Logical 
Record 1 



Unblocked data record 



1 Physical 

Record 

a. 



IRG 



Logical 
Record 2 



1 Physical 
Record 

A, 



IRG 



Logical 
Record 3 



IRG 







1 Physical Record 

A. 










IRG 


Logical 
Record 1 


Logical 
Record 2 


Logical 
Record 3 


IRG 



Blocked data records 

Figure 1 . Examples of unblocked and blocked data records 



FILE ORGANIZATION 



Definition 



File organization deals with the relationship of the 
control fields of a file record to the physical location 
of that record in the storage medium. 

Type s of File Organization 

Although a file of records can be arranged in a 
storage medium in many different ways , all of the 
ways can be classified by either of two basic tech- 
niques - sequential or random. (In System/360 
terminology, random organization is referred to as 
direct organization. ) 

Sequential 

Sequential order implies that there is a certain 
numeric or alphameric sequence, either ascending 
or descending, of the adjacent records in the file. 
Particular fields, located in the same relative posi- 
tions within the fixed section of all data records of 
the file, are selected as sort control fields for a 
specific file sequence. 

Random 

A random file organization contains records stored 
without regard to the sequence of their record control 
fields. 

Sequential and random file organization should not 
be confused with sequential and random processing. 
The terms random and sequential, when used with 
the term processing, usually refer to the order of 
the input transaction records or to the order of 
reference to records in the master file. Figure 2 
shows the relationship between file organization and 
data processing, as follows: 

Case 1 Sequential processing of sequentially 

organized data 

Case 2 Random processing of sequentially 

organized data 

Case 3 Sequential processing of randomly 

organized data 

Case 4 Random processing of randomly 

organized data 



* 


Sequential 
Organization 

| Case 1 J 


1 


Sequential 
Processing 











Random 
Organization 

( Case 3 J 



Random 
Processing 




Case 2 




Case 4 



Figure 2. File organization and processing approaches 



Tape and Card 

Sequential 

Records on tape and card files must be processed as 
they are encountered because of the physical nature 
of the storage medium. Therefore, tape and card 
master files, and their associated transaction files 
(regardless of the medium), tend to be sequential. 

Random 

A random file organization for tape master files is 
impractical, since the desired record can fall any 
where within the file limits, and each search for a 
specific record must begin with the first record of 
the file. A random organization of transaction data 
is common when the master file is stored on a 
direct access storage device (DASD), since such units 
are capable of retrieving records randomly. In 
those cases where it is desirable to maintain infor- 
mation in the same sequence as the source documen- 
tation, to facilitate control and validation procedures, 
a transaction file may be created in the order of 
occurrence, with sorting as an intermediate step, 
before processing against a sequentially organized 
file. 



Direct Access Storage Device (DASD) 



Random 



Sequential 

In a sequentially organized DASD file, the records 
are stored in record control number sequence, so 
that records with successively higher control num- 
bers have successively higher address numbers. 
Normally, the record control number is not the 
same as the address where it is stored; the only 
requirement is that the control numbers be in 
sequence and in sequential (not necessarily consecu- 
tive) disk storage locations. 

Additions and deletions to the file present the 
greatest design challenge. Additions which cannot 
be inserted in sequence in the original (prime) area 
are known as overflow records. Overflow areas 
are set aside on specific tracks of the same cylinder, 
or, since it is difficult to predict the overflow 
pattern, a single cylinder or group of cylinders may 
hold all overflow records for the entire file. As the 
number of overflow records increases, the proces- 
sing time also rises. Therefore, it is customary to 
reorganize the file periodically, incorporating all 
overflow records into the prime area. 

Although DASD sequential files can be processed 
strictly sequentially in the same fashion as tape, 
such a method does not take full advantage of the 
ability of the DASD to locate a specific record directly 
and thereby eliminate tEe time required to read 
inactive records. An index system is used frequent- 
ly to narrow the search for a particular record. 

Such a system may be likened to the index system 
used in locating an item in a multiple-volume stand- 
ard dictionary. The index on the cover gives the 
last item in a volume. In a DASD the master index 
performs this function. The thumb index is similar 
to a cylinder index, while the upper-page index is 
analagous to the track index. The specific item is 
located by searching the page or track. 

Each of these indices may be considered as a 
level. The number of levels and the size of the 
index is dependent upon the total number of items in 
the file. The indices usually are contained in the 
same or another DASD, and, if possible, the highest 
level index can be read once into core and retained 
to minimize the retrieval time. The index itself is 
a table normally composed of at least two elements 
per entry: the record control key for the last 
record entry contained in the specific logical group 
(cylinder group, track group), and the DASD track 
address. Figure 3 illustrates the general scheme 
of an index system. Specific sequential file 
organization techniques and their related overflow 
record and index systems are discussed in section 
2, under "Determination of File Organization". 



In a random file, records are stored at an address 
that is obtained by applying a mathematical formula 
to the record control field. No indices are required 
to locate a specific record, since the storage address 
can be found by using the same conversion routine. 

Example: 

Assume that three types of loans are to be stored on 
DASD as follows: 

Type of loan DASD address Number of available 

locations 

A 000600-034099 33500 

B 034100-047999 13900 

C 048000-059999 12000 

Apply the following formula to the loan account 
number to obtain the DASD address. 

1. Multiply account number by the number of 
available locations. Assume Type C account num- 
ber 99999. 

99999 x 11999 = 1199888001 

2 . Add the lowest location of the allotted block to 
the five high-order positions of the product obtained 
in step 1. 

11998 + 048000 = 059998 

3. Use the result from step 2 as the DASD 
address. 

In the transformation of two different record 
control numbers , it is possible to obtain the same 
DASD address. Such duplicate addresses are called 
synonyms . If only one record can be stored at a 
given address, or if multiple records may be stored, 
and all available areas are used, the synonyms 
become overflow records. Address conversion 
routines and overflow techniques for randomly 
organized files are discussed in section 2 under 
"Determination of File Organization". 

PROCESSING OF DATA FILES — INPUT/OUTPUT 
CONTROL SYSTEM (IOCS) 

Definition 

IOCS (or Data Management) is a set of pro- 
grammed subroutines designed to relieve the 
programmer of the necessity for writing input/ 
output routines by automatically handling the 
preparation and checking of labels, the blocking and 



Level 1 



(1 table, 10 entries) 



1 
2 
3 
4 
5 
6 
7 
8 
9 
10 

Read sixth table in level 2 index 
(cylinders 100-119) 



Master Index 




Record Key 


DASD Address 
(cyl. group) 


® 


00124 


00-19 






00862 


20-39 




01739 


40-59 




04980 


60-79 




12651 


80-99 




28116 


100-119 




40575 


120-139 




51347 


140-159 




59493 


160-179 




64208 


180-199 





Desire record 16518 



Level 3 

(200 tables, 10 entries each) 



1 
2 
3 
4 
5 
6 
7 
8 
9 
10 



1 




1 




Track Index 




Record Key 


DASD Address 
(track) 




16434 


1 




16562 


2 




16822 


3 




16995 


4 




17236 


5 




17387 


6 




17444 


7 




17500 


8 




17621 


9 




17640 


10 



Level 2 

(10 tables, 20 entries each) 



Read second track of cylinder 104 and 
search for record 16518. 




Assume 10 tracks per cylinder 



D 



1 


1 


Cylinder Index 


Record Key 


DASD Address 
(cylinder) 


12913 


100 


13877 


101 


15126 


102 


16389 


103 


17640 


104 


18054 


105 


18216 


106 


18760 


107 


18933 


108 


19927 


109 


20173 


110 


21309 


111 


21984 


112 


22772 


113 


23559 


114 


24396 


115 


25743 


116 


26329 


117 


27945 


118 


28116 


119 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 



Read fifth table in level 3 index (cylinder 104) 



To locate a record (example, 16518) 

Scan through master index until the index record 

key is equal to or higher than the desired item . 

Scan through the cylinder index indicated from the selected 

master index entry until the index record key is equal to or 

higher than the desired item . 

Perform a similar scan through the track index indicated 

by the cylinder index. 

Read the indicated track, and search the track for the 

desired item . 



Figure 3. Generalized index system for DASD 



deblocking of data records, error detection and 
recovery procedures and the overlapping of process- 
ing with input and output functions. Through the 
use of pretested I/O routines, the programmer has 
more time to concentrate on the data manipulation 
requirements of his specific program. 

Functio nal Concepts 

The general flow of data records from a blocked data 
file through a program controlled by IOCS is illus- 
trated in Figure 4. 

Many modifications of this basic flow of data are 
possible. In some cases records are processed in 
the input area and transferred from there directly to 
the output area. In other cases records are read and 
written in the same area. Records also can be 
processed in the output area. 

Usually, a unique device-error recovery routine 
exists for each class of I/O device. Upon detection 
of an error, such as a misread, misseek, etc. , the 
appropriate error routine is entered, and an attempt 
is made to recover from the error (for example, 



Input Records 



I Block! 



V 



5 



Core Input Area 



\-_/ 




reread tape, reseek, etc. ). If recovery is not pos- 
sible, various choices may be provided, such as 
bypass of the record or return of control to a user 
error procedure. 

I/O devices may be attached to channels instead of 
directly to the central processing unit (CPU). Chan- 
nels provide paths for data transfer between the CPU 
and the I/O device. This allows I/O operations to be 
overlapped with CPU operations so that instructions 
can be executed simultaneously with data movement 
in the channels. For example, one channel may be 
reading data from an input file, another channel may 
be writing data on an output file, while a record that 
was read previously is being processed. This is 
often called read/write/compute overlap. 

The amount of overlapping actually achieved (ef- 
fective overlap) is governed through, the assignment 
of I/O areas and work areas . An 1/ O area (or buffer) 
is that area of main storage to which, or from which, 
a block of data will be transferred physically. A 
work area is an area used for processing an individ- 
ual record from the block of data. Overlap is most 
effective, usually, when at least two I/O areas are 



Programmer writes routines for processing within 
this area. IOCS handles the records outside this 
area. 



/ 




"\ 
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2 


Rec. 
3 
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Core Output Area 
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i T 
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(in process) 
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Output Records 



1 . A data block is read into an input area in core storage. 

2. Records are moved individually to a work area for 
processing. 

3. After processing is completed, the records go to an 
output assembly area in core. 

4. When the data block in the output assembly area 
is complete, the output area is transferred to the 
output medium. 

5. When all records in the input area have been processed, 
another block of records is read into the input area. 

Figure 4. Flow of data records from a blocked data file through a program controlled by IOCS 



10 



assigned to each data file used by a program. 

When a request is received by IOCS for an I/O 
operation, the requested operation is started, and 
control passes back to the problem (or user's) pro- 
gram, if the affected channel and device are not busy. 
If the channel or device is busy, the request is placed 
in a list of I/O requests (separate list or queue for 
each channel), and the operation is performed as 
soon as previous requests have been handled. 

On some computers the channels have the ability 
to interrupt processing at the completion of an I/O 
operation. The interrupt transfers program control 
to IOCS, which examines the queue for the affected 
channel. If the queue has no pending I/O request, 
control is returned to the problem program at the 
point of interruption. If, instead, a request is 
pending, IOCS starts the I/O operation and then re- 
turns to the problem program. If IOCS fails to have 
an available area or record when one is required 
by the problem program, a force situation results. 
IOCS is forced to suspend processing of the user's 
program temporarily until it can service the I/O 
demands. All operations are suspended, except 
channel operations in progress, until the needed 
channel interrupts the system, and IOCS is able to 
resolve the situation by servicing the data file. 

Programming Concepts 

IOCS is specified by the programmer at the symbolic 
programming level. In some cases, it is inserted 
automatically into the user's program at compilation 
time and becomes an integral part of the user's 
program. In other cases standardized IOCS pack- 
ages may be used to avoid compilation time. For 
certain computer systems, some of the IOCS routines 
may be located in the operating system, which is 
supervising and controlling the tasks that a computer 
is to perform. When I/O operations are required, 
the problem program turns control over to the 
operating system, which performs the necessary 
I/O functions and returns control to the problem 
program. 

To enable specific coding to be generated to per- 
form the IOCS functions needed by a particular 
program, the programmer issues two types of 
statements (declarative and imperative) in his 
source program. 

Declarative Statements 

These statements, known also as DTF (Define the 
File) statements, or DCB (Data Control Block) 
statements, provide information that: 

• Describes the characteristics of the logical file, 
such as blocking factor, record size, record format, 
type of labels, file name, etc. 



• Describes the physical device on which the file 
resides, such as channel, type of device, etc. 

• Identifies options to be taken under predefined 
conditions , such as uncorrectable read errors . 

• Contains addresses of user-written routines, 
such as end-of-file routines . 

Imperative Statements 

Four basic verbs cause various IOCS functions to 
occur when specified in a user's program — OPEN, 
GET, PUT, and CLOSE. 
OPEN does the following: 

• Makes a data file available to a program. 

• Checks header labels on input files. 

• Performs control functions as specified (re- 
wind, etc.). 

• Writes header labels on output files. 

GET causes a data record to be made available 
to the program, either in the input area or in a 
work area. Issuing a GET provides linkage to 
routines that can perform various necessary func- 
tions for input files, such as: 

• Initiate read of data blocks into main storage 
as they are needed. 

• Deblock data input records. 

• Count data blocks and records read into main 
storage for comparison to equivalent count fields 
in the trailer label. 

• Recognize and handle errors originating as a 
result of the I/O operation. 

• Recognize an end of reel (EOR) condition; check 
the trailer label and, for tape, rewind and unload; 
read and check the header label on the next sequential 
storage medium unit (tape, pack, etc.). 

• Recognize an end of file (EOF). 

PUT causes a data record to be moved to the out- 
put area from the input area or from a work area, or 
it may place the core limits of the record in a list 
containing the addresses of all records ready for 
output. Issuing a PUT provides linkage to routines 
that can perform various necessary functions for 
output files, such as: 

• Block data output records. 

• Initiate write of data blocks when they are as- 
sembled. 

• Count data records and blocks for placement in 
count fields of the trailer label. 

• Recognize the physical end of the storage 
medium; write the trailer label and, for tape, rewind 
or rewind and unload; write the header label on the 
next storage medium unit. 
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• Recognize and handle errors originating as a 
result of the I/O operation. 

CLOSE does the following: 

• Causes a data file to become unavailable to a 
program. 

• Writes any output records that may still be in 
the output areas. 

• Writes trailer labels . 

• Performs control functions as required (write 
tape marks, rewind, etc.). 



Record Formats 



Only one format can be specified to IOCS for a file. 
Unless every record (excluding header, trailer, and 
checkpoint records) in the file is of identical length, 
the file is considered to be composed of variable- 
length records. Unless all of the records in the file 
are unblocked, the file is considered to be composed 
of blocked records. 

Various record formats can be specified to IOCS 
(see Figure 5): 

• Unblocked fixed-length records. 

• Blocked fixed-length records with a fixed 
blocking factor. Padding may be used when insuf- 
ficient data records are available to complete the 
last block of a data file. A padding character, such 
as 9, is inserted, usually in each position of any 
unused records in the last block. (Some IOCS 
routines process a short block instead of using 
padding. ) 



• Unblocked variable- length records. The length 
of an individual record must fall within a specified 
maximum record length established for each file. 

• Blocked variable-length records with a fixed 
blocking factor. 

• Blocked variable-length records with a variable 
blocking factor. Instead of using a fixed blocking 
factor, the records are assembled within a block so 
that their combined length does not exceed a speci- 
fied block length. Records are not split between 
blocks. 

• Undefined records. This format permits 
handling of records that do not conform to the other 
formats. 

Special Fields Required by IOCS 

Special fields may be required by IOCS in some 
types of records to aid in the deblocking process: 

• A special character, usually a record mark, 
located in the last position of each record and con- 
sidered as part of the record. 

• A record length indicator, containing the word 
or character count of the data record, located in the 
same relative position within each data record. 

• A block length indicator, showing the number of 
words or characters in the block, used to determine 
whether the correct block length has been brought into 
core. 

Since differences exist between the IOCS packages 
developed for different computers, the specific 
IOCS must be checked to determine the exact record 
formats available, any specialized field require- 
ments, and the processing characteristics. 
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'A 




Unblocked Fixed-Length Records 



Record 1 
25 words 




Record 2 
25 words 




Record 3 
25 words 




ga 



Blocking Factor = 1 
Record Length = 25 words 



Blocked Fixed-Length Records with a Fixed Blocking Factor 



Record 1 
25 words 



Record 2 
25 words 



Record 3 
25 words 



Record 4 
25 words 



\ 




Blocking Factor = 4 
Record Length = 25 words 



Unblocked Variable-Length Records 




Blocking Factor = 1 

Maximum Record Length = 25 words 



Blocked Variable-Length Records with a Fixed Blocking Factor 



Record 1 
25 words 



Record 2 
15 words 



Record 3 
20 words 



Record 4 
10 words 




Record 5 
20 words 



Blocking Factor = 4 

Maximum Record Length = 25 words 

Maximum Block Size = 100 words 



Blocked Variable-Length Records with a Variable Blocking Factor 



V. 




V, 



BL 



Record 1 
25 words 



-i*Lx. 



Record 2 
15 words 

, RL , 




Record 3 
20 words 



Blocking Factor = Variable 

Maximum Record Size = 25 words 

Maximum Block Size = 100 words 

Block Length (BL) + /record length (RL) may be required dependent upon specific IOCS. 



Figure 5. Record formats that can be specified to IOCS 
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SECTION 2: DESIGN OF DATA FILES 



Though the factors in determining the design of data 
files are presented separately in this manual, no 
one factor can be considered independently, since 
all factors are interrelated and must be weighed 
one against the other to select the best approach. 
Consideration must be given to the demands of the 
job, as well as to the hardware requirements. 

DETERMINATION OF DATA 

The first step in file design requires a study of all 
procedures that utilize the file. On the basis of the 
findings, record each necessary item on a worksheet 
similar to the one illustrated in Figure 6. Indicate 
type of information, frequency of occurrence, and 
sequence in source document, if applicable. The 
following should be done: 

• Check that the necessary reference data is 
included, if this is a source file. 

• Weigh the effects of media storage costs vs 
program execution time for constant-type data, such 
as tax exempt dollars in payroll. 



• Include fields obtained by processing, if the 
results must be recaptured later. 

• Examine all applications that utilize the file to 
prevent omission of necessary data. 

• Explore future requirements of the current 
procedures. For example, it might be judicious to 
include an additional deduction field in a payroll 
application. 

• Determine any additional information needed 
for planned applications. It may be more practical 
to include an extra field now than to reorganize the 
files later. 

• Study the feasibility of consolidating existing 
data files into a single data file to eliminate 
duplication of common information, if such a com- 
bined record would not too adversely affect the 
running time of the volume application. 

• Ascertain that material needed in the new 
application, for which the data file is to be designed, 
is not available already in an existing data file. 

• Verify that the data file, when set up, will 
contain all the basic information to meet the 



FILE DESIGN WORKSHEET 



Date 



Started 



Completed 



File Name 



Designer 



Process Cycle 


Record Characteristics 


File Dynamics 


File Media Requirements 


DA MO 
WK YR 


Type: 
Fixed 
Var. 


Character Size 
MIN MAX AV 


NO. REC. 
A 


YRLY % 
ADD 

B 


YR1Y% 

DROP 

C 


5 YR % 

GROWTH 

D 


TOT NO. 

REC 

E 


TYPE 


AMOUNT 



Information Required for Processing and 
Reporting 



Type of Information 
Required 



5(B-C)=D A+AD=E 



Field Size 



Sequence 



SOURCE 
DOC 



RELATED 
FILES 



Figure 6. File design worksheet 
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requirements of all persons who will be using the 
end products resulting from the file processing. 

• Add fields required for technical reasons, 
such as IOCS requirements for variable-length 
records. 

• Consider file maintenance and audit control. 



DETERMINATION OF FIELD SIZE 

The number of positions required to record each 
item of information should be determined and 
entered on a form similar to that shown in Figure 6. 

Determining Factors for Field Size (and Subsequent 
Record Length) 

Type of Field 

Control and indicative data field size should equal 
the total number of digits in the largest single item 
to be recorded in the particular field. Occasionally, 
to conserve storage, the high-order digits may be 
disregarded for a field, such as order number. 

Quantitative data field size may equal the total 
number of digits in the largest amount to be record- 
ed, or the number of digits that will occur with 
reasonable frequency. Procedures can be developed 
to handle the rare exceptions. See Omission of 
High-Order Digit under "Field Compaction 
Techniques". 

Recording Media 

Since some media, such as cards and disks, con- 
tain a fixed number of positions per unit of storage 
(disk sector or track, etc.), it is essential to 
consider this overall limit to design efficient and 
practical records. 

Example : 

Assume a DASD composed of 100-character disk 
sectors that can be read consecutively in blocks 
of 200. If the tentative size of a disk record is 
estimated to be 82 positions, it would be better 
to reduce the record to 80 positions, since five 
such records would fit into four sectors with no 
unused positions. By beginning the first record 
of the file in an address divisible by four, no 
extra programming for hardware capability is 
required. 

Processor Characteristics 

Some processor characteristics can have an effect 
on record design. 



Character machines, in which every position of 
core storage is addressable, impose few restrictions, 
since hardware characteristics, such as word marks 
or next non- number character, are utilized to 
control the movement of data. 

In fixed- word- length machines, in which only a 
group of positions of core storage is addressable, 
size becomes critical. It is common practice to 
pack two or more fields into a single word, but if 
each field requires its own sign, special consider- 
ation is necessary, since normally provision is 
made for only one sign per word. Also, it may be 
more costly in time to extract portions of words or 
bridge words (one field to two words). Depending 
upon the computer, alphabetic data may require 
two core storage positions. Normally, alphabetic 
and numeric data cannot be stored in the same 
word unless both are treated alphabetically. The 
tradeoffs between time, core storage, and external 
storage must be kept in mind. Some computers 
possess the characteristics of both character and 
fixed- word- length machines, thereby making 
possible complete flexibility of design. 

File Size 

Since the field size affects the record size and the 
total number of positions required for the file, all 
unnecessary positions should be eliminated to 
decrease I/O time and external storage requirements. 

Future Requirements 

If the demands to be placed on the information indi- 
cate that the need for another position is impending, 
it would be easier to incorporate the additional 
character in the design phase so as to avoid rewiring 
or reprogramming and a patched-up record layout. 

Fi eld Compaction Techniques 

Because a reduction in the length of a record pro- 
duces such positive results as an increase in DASD 
packing and a decrease in time to read and/or write, 
field compaction techniques should be investigated 
and the cost of the technique evaluated as each file 
is designed. Some methods to consider for reducing 
the number of positions are: 

• Decimal Scaling 
Whole numbers, or decimal numbers with a fixed 
number of decimal positions are called fixed-point 
numbers. In dealing with very large whole numbers 
or very small decimal numbers, it is necessary to 
store a great many zeros solely for decimal posi- 
tioning. In decimal scaling, only the significant 
digits are retained; the fixed number of zeros 
omitted from either the right or the left of the 
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significant digits is known as the decimal scaling 
factor. This factor must be known and considered 
for manipulation of the data. It is negative if the 
new decimal point is moved to the right; it is 
positive if the decimal point is shifted to the left. 

Example : 





Unsealed 


Scaled 


Scaling 


Variable 


Number 


Number 


Factor 


X 


. 00123 


.123 


-2 


Y 


100.00 


.100 


3 


Z 


.987 


.987 






All factors of X would have a -2 scaling factor. 

All factors of Y would have a 3 scaling factor. 

All factors of Z would have a scaling factor. 

If X and Y were multiplied, the product would have a 
scaling factor of 1 (3-2). 

• Floating-Point Numbers 
The difference between decimal scaling and floating 
point is that in the former the number of zeros 
omitted is fixed for all numbers represented in a 
given field. In floating point, each individual number 
is transformed into two parts: the significant 
digits, known as the mantissa, and the variable 
number of zeros needed to position the significant 
digits, known as the characteristic. Both mantissa 
and characteristic are carried in the record. In 
fixed- word-length machines, a constant is often 
added to the characteristic so that it can be treated 
as a positive value. This leaves the sign position 
free for the mantissa. Either program subroutines 
or floating-point hardware are capable of handling 
such numbers. 

Example : 

Assume an 8-position mantissa and a 2-position 
characteristic in a 10-position fixed word. 



Actual 
number 


Mantissa 


No. of pos. 
dec. moved 


+ 
Constant 


Char. 


Floating-point 
number 


0000. 0004583 
-1396.430000 
0000.321659 


. 45830000 
. 13964300 
.32165900 


-3 

4 



50 
50 
50 


47 
54 
50 


+4745830000 
-5413964300 
+5032165900 



• Omission of High-Order Digit 
In quantitative fields, when the maximum number of 
digits rarely occurs, the field length can be 
shortened. When significant digits do occur, an 
overflow condition results. Computers will turn on 
an overflow indicator, which can be tested, and an 
alternate subroutine can be executed when applicable. 



In media storage, the overflow digit can be repre- 
sented by some type of zoning, such as x overpunch 
in cards or A/B bits over the high-order position, 
as in 1400-series computers. This is typical of the 
flagging compaction technique, where the use of a 
character replacement indicates a given following 
condition within a field. 

• Variable-Length Fields 

Only significant digits are recorded, and fields are 
separated by a special symbol, such as plus or 
minus. The number of fields for a given record is 
constant, and each field is identified by its position 
within the sequence. A small routine in the computer 
expands each field to the required size. Savings 
are greatest when the total of the average number of 
significant digits plus one for each field is less than 
the sum of the maximum field sizes. This technique 
is of greatest value for input preparation, where 
transmission line cost and transcription time can 
be reduced by its use. This is an example of the 
marking compaction technique, which uses a special 
mark or symbol to indicate the beginning or the 
end of a given condition. 

• Bitting 

Multiple items can be stored in a character or group 
of characters by partitioning into bit notation, where 
each bit has a specific value or control function. 
Thus, bit 1 may represent active or inactive; bits 2 
and 3, one of four credit ratings; and bits 4 and 5, 
one of four age classifications. Care must be taken 
not to develop combinations that are invalid to a 
particular hardware system. 

• Coding 

Coding may be used to replace a larger field. During 
processing, the codes can be interpreted or trans- 
lated to the constants they represent. For example: 
a one-position code may represent the unit of 
measure of inventory items — a 1 for dozens; a 2 for 
ounces; a 3 for pounds; etc. 

• Heading 

Heading takes advantage of redundant information. 
Thus, one header containing information common 
to a series of items can precede its respective de- 
tail items. For example: spread input records, 
such as might be used in a billing operation — 
date /order no. /cust. no. /item l/item 2/ /item n/ 

• Substituting 

Substituting makes use of the number of free bits 
that appear in a given character set or, in the case 
of EBCDIC, some of the less used combinations, 
such as the lower case alpha representations. One 
of these characters replaces more than one other 
character, primarily numeric pairs. For example, 
to reduce month from a two-digit numeric code, 
the letters A and B can be substituted for November 
(11) and December (12). 
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• Table Lookup 
Use of table-lookup techniques — whereby such fac- 
tors as rates, constants, or other types of informa- 
tion are stored in core in table form — permits a 
given field to be reduced to a code. This differs 
from straight coding methods that substitute codes 
permanently for given values, because it allows the 
shortening of a data field without precluding retrieval 
of the longer values that the codes represent. The 
size of the table is limited only by the storage 
capacity of the system involved. 

Example : 

Use of code for a management budget report. 



Search Argument 
(coded input field) 


Table 


Table Argument 
(same coded data 
normally stored in 
ascending or descend- 
ing sequence) 


Function 
(expanded field 
information) 


101 (dept. code) 


100 


Accounting 


>[ 101 


Accts. Receivable J 


102 
103 


Accts. Payable 
Internal Audit 



Coupled with an error routine for unlocated search 
arguments, table lookup also serves as an excellent 
validating tool. 



• Binary 
The binary system uses only two symbols (0 and 1) 
as opposed to ten symbols (0-9) for the decimal 
system. Since the position value of these digits is 
based on the powers of 2 rather than of 10, the units 
position of a binary number has the value of 1; the 
next position, a value of 2; the next, 4; the next, 8; 
the next, 16; and so on. 



256 


128 


64 


32 


16 


8 


4 


2 


1 



Place value of binary numbers 

4 3 2 10 



10,000 


1000 


100 


10 


1 



The decimal number 20 expressed in binary would 
be 10100 or (1 x 2 4 ) + (0 x 2 3 ) + (1 x 2 2 ) + 
(0 x 21) + (0 x 2°) or (1 x 16) + (0 x 8) + (1 x 4) + 
(0x2) + (0 x 1). 

Since binary notation requires only two symbols, 
one bit can be used to represent each place value of 
a number. In standard decimal format (BCD or 
EBCDIC), six or eight bits are required for each 
place value of the number. Thus, in binary the 
eight bits 11111111 represent the decimal number 
255. Relating this to external or core storage 
capable of handling eight bits per unit of storage (one 
column on tape, one byte in core, etc.), only one 
unit is required for binary, whereas three are 
needed for decimal. Binary notation is a very 
effective compaction technique for numeric data, 
providing the computer characteristics lend them- 
selves to efficient handling of such data. 

• Hexadecimal 
Hexadecimal uses a base 16 (as opposed to 2 and 10 
for binary and decimal respectively) and 16 symbols 
(0-9, A-F). It is used mainly as a compact notation 
for binary to facilitate man-machine communication. 
Any four digits of binary have a maximum value of 
fifteen. Therefore, one hexadecimal digit can be 
used to represent four binary digits. To illustrate: 

2F = 0010 1111 = 47 



hex . 



omary 



decimal 



• Packed Numeric Format 
Numeric data represented in BCD or EBCDIC re- 
quires only four bits (1, 2, 4, or 8) to represent its 
value. In storage units capable of handling eight bits 
per unit of storage, the packed numeric format takes 
advantage of this characteristic by placing two 
numeric characters into one unit of storage. To 
illustrate: 







Example of numeric 




Packed 


representation in packed 


8-bit code 


format 


format 


C 


C 


1 } check bit 





8 


1\ 0\ 


1 


4 


of .of 

I numeric V numeric 


2 


2 


( value of 9 1 1 value of 3 


3 


1 


1/ 1/ 


4 


8 


0\ o\ 


5 


4 


if If 

\ numeric I numeric 


6 


2 


1 1 value of 7 Ol value of 5 


7 


1 


1/ l) 



Place value of decimal numbers 



Packed Format 
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To operate most efficiently in packed format, the 
computer should contain in its instruction set codes 
to pack and unpack, as well as to operate arith- 
metically when in the packed mode . 

Evaluation of Compaction Techniques 

A given compaction technique must be evaluated for: 

1. Amount of memory (core) required to hold 
the endode-decode instructions 

2. Encode-decode subroutine timing requirements 

3. Compaction percentage achieved 

4. Compatibility with programming systems 

5. Retention of collating sequence 

6. Retention of fixed field length 

7. Effect on the overall system, including 
related clerical functions 



DETERMINATION OF DATA SEQUENCE 

Data sequence is most critical for those files that 
work with source documents. Card punching, 
terminal operation, etc., being manual operations, 
are subject to the greatest variation in rate of 
production. Anything that simplifies these functions 
tends to ensure a faster and more accurate operation. 
The following are points to bear in mind: 

• Recording of data in the same order as that in 
which it is normally read. If the data sequence is 
considerably different from that on the source 
document, it may be necessary to redesign the 
source document and retrain personnel, If the file 
is to be used as input to a serial I/O unit, such as 
tape to card, the sequence is dictated mainly by the 
sequence desired on the output unit. 

• Location of like fields in the same relative 
record positions in files that work together. This 
assures that sorting and controlling can be accom- 
plished if the file is contained in cards : it also 
facilitates programming. 

• Placement of sorting fields adjacent to one 
another, with the minor code on the right and each 
progressively higher code to the left. Although sort 
programs can operate on multiple-control fields, 
time is used to extract and combine fields into a 
single key. 

• Availability of results supplied by machine to 
serial output unit. 

• Compatibility with computer characteristics so 
that data sequence does not affect processing speed. 
For example, with the 1400 series, field sequence, 
size, and grouping determine whether instruction 
chaining can be used. 

• Arrangement of alphabetic/alphameric data in 
one area of the record. This facilitates handling 



of data, particularly in fixed-word machines, and 
permits minimum core and media requirements . 

• Frequency of occurrence of each field. If it is 
decided to use variable-length records because some 
fields are not present in all records, the variably 
occurring fields should be last in the record to keep 
the fixed fields in the same relative location on each 
record. 

• Adherence to requirements of programming 
systems. For example, the block- length field 
specified for variable-length records normally must 
be the first field in the block. 



DETERMINATION OF FILE ORGANIZATION 

For strictly card- and/or tape -oriented systems, file 
organization normally is sequential. Therefore, the 
following discussion is oriented mainly toward the 
design of DASD data files. 

Sequential vs Random (Direct) Organization 



Sequential Advantages 

• Both sequential and random transactions can be 
handled effectively in most cases. 

• Reports arranged in data file sequence can be 
obtained without sorting. 

•Control over both the processing and the stored 
file can be more positive. 

• Frequently less external storage space is required. 

• Frequently the entire file need not be on line 
simultaneously. 

Sequential Disadvantages 

• More core storage may be required because of 
index handling routines. 

•Process time is greater for random input be- 
cause of index file seeking and processing. 

Random Advantages 

• In some cases less core storage is required. 
•Process time is less for random input. 

Random Disadvantages 

•To maintain access requirements, frequent 
reorganization may be necessary if the file is 
dynamic. 

• Extensive key analysis and development of 
address conversion routines probably are required 
for implementation. 
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File Organization Techniques 
Sequential Techniques 

•Control Sequential 
Records are written initially on the DASD file in a 
sequential manner in the primary file area. As new 
records are inserted into the file, they are written 
into available record space in a separate overflow 
file area. Every record in a control sequential 
file must have a sequence linkage field, which 
contains (when required) the actual DASD address 
of the next sequential record. This field is utilized 
in a record in the primary area only when the next 
sequential record is stored in the additions area. 
All records in the additions area utilize the sequence 
linkage field, which shows whether the location of 
the next sequential record is in the additions or the 
primary area. A dummy record is the first record 
in the data file to permit additions with lower re- 
cord keys. As the file is loaded, a distribution 
index is created, which makes it possible to locate 
records at random. The index is a single-level 
index that contains the record control key and the 
DASD address, from selected records located in 
the file. The frequency of the entries can be 
chosen to satisfy the control and retrieval needs of 
the application. The first and the last entry in the 
file are always given. The addition of overflow 
records does not affect the index unless a record 
higher than the last record in the file is to be 
added. (See Figure 7.) 

Control sequential files are reorganized periodi- 
cally to reduce access time for all records in the 
file. Reorganization results in the placement of all 
records sequentially in the primary area, with 
the entire additions area and all sequence linkage 
fields cleared. 

This method should be considered where pro- 
cessing is primarily sequential, with some random 
input where access time is not critical. It is. 
supported by IBM Programming Systems (load, add, 
tag for deletion, delete, and unload programs) for 
the 1401, 1440, and 1460 Data Processing Systems 
with the IBM 1311 or 1301 Disk Storage Units 
(except for the 1301 on the 1401). For further informa- 
tion refer to 1401/1440/1460 File Organization 
Specifications (C24-3185). 

• File Organization System 
The File Organization System (FOS) is supported by 
the IBM 1410/7010 Operating System, which provides 
programs to load and maintain files for the IBM 
1301 and 1302 Disk Storage Units. This technique 
uses a two-level index (cylinder and track), although 
a third level (master) is generated if the cylinder 
index grows too large. All overflow records cause 



an entry into the track index. Therefore, no se- 
quence link field is required to retrieve overflow 
records. (See Figure 3.) For further details refer 
to 1410/7010 File Organization System (C28-0405). 

Indexed Sequential — 1. In this method, additions are 
inserted in the data file in their correct sequential 
location by moving the records with higher keys 
down the track. This may result in the shifting of a 
record from the end of the track into an additions 
area. The most practical location for the additions 
area is in a single overflow area, although it is pos- 
sible to leave the tracks unpacked or to create an 
additions area within each file cylinder, provided 
that an even distribution of additions is anticipated. 
Normally, at least two levels of index files (cyl- 
inder and track) are created, although with larger 
files, a master cylinder index may be warranted al- 
so. A new entry must be made into the track index 
whenever a record is moved to the additions area. 
This method is effective for the storage of sequenced 
files of fixed-length unblocked records with the IBM 
1301 or 2302-1 and 2 DASD units. The technique is 
not program-supported. For an example of the use 
of indexed sequential — 1, see Figure 8. 

Indexed Sequential — 2. Records are stored in se- 
quence by their record key, and their processing 
and location are controlled by a two- or three-level 
index. 

1. Level 3, or master index, is not required but 
reduces search time when a number of cylinder in- 
dex tracks occur. Each entry consists of a specific 
cylinder index track address and the highest key 
present in that track. 

2. Level 2, or cylinder index, must exist. 
Maintained in record key sequence, each entry con- 
tains the highest record present in each data file 
cylinder, as well as the track address of that cy- 
linder's level 1 (track) index. 

3. Level 1, or track index, must exist in each 
cylinder used to store data file records. There are 
two entries for each track in the primary area: 

a. Normal entry, which contains the key of 
the last record and the address of the first record 
on the track. 

b. Overflow entry, which contains the high- 
est key of an overflow record from a prime data 
track, along with the address of the overflow record 
with the lowest key. 

The indexed sequential — 2 technique combines the 
insertion technique of the indexed sequential — 1 
method with the concept of chaining for the records 
that are shifted to the additions area. An addition 
is inserted into the data file in its proper sequential 
location (through replacement of some record), and 
the remainder of the track is shifted to the right. 
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Distribution Index 



Primary Area 



Item # 


Record Key 


DASD Address 


First 


1234 


000200 


9 


1269 


000208 


19 


1327 


000218 


29 


1384 


000228 


Last 


1389 


000229 



\ 




Note: 

1. Distribution frequency = 10 in this example. 

2 . Underlined item used for index . 

3. Items not maintained in sequence in overflow area. 



To locate a record (example 1273) 

(T) Read distribution index, and select proper 
entry point to primary file (000208). 

(|) Read record at entry point, and match 
to search key. 

(3) If search key is high, match to next record 
in chain. This may be next sequential 
record (sequence link is blank) or a record in 
the overflow area (10101). 

(4) If search key is low, record is not available. 



Item # 


DASD 
Address 


Record 
Key 


Data 


Sequence Link 
DASD Address 


- 


000199 
000200 
000201 
000202 
000203 
000204 
000205 
000206 
000207 
000208 
000209 
000210 
000211 
000212 
000213 
000214 
000215 
000216 
000217 
000218 
000219 
000220 
000221 
000222 
000223 
000224 
000225 
000226 
000227 
000228 
000229 


Dummy 


X . 


. X 




2 

1 


1234 


X . 


. X 




2 


1235 


X . 


. X 




3 


1246 


X . 


. X 




4 


1248 


X . 


. X 




5 


1250 


X . 


. X 




6 


1256 


X . 


. X 




7 


1257 


X . 


. X 




8 


1259 


X . 


. X 




*9 


1269 


X . 


. X 


010101 


10 


1276 


X . 


. X 




' 11 


1277 


X . . 


. X 




12 


1279 


X . 


. X 




13 


1290 


X . 


. X 




14 


1297 


X . 


. X 




15 


1301 


X . 


. X 




16 


1312 


X . 


. X 




17 


1314 


X . 


. X 




18 


1324 


X . 


. X 


010102 


19 


1327 


X . 


. X 




20 


1328 


X . 


. X 




21 


1329 


X . 


. X 




22 


1356 


X . 


. X 




23 


1358 


X . 


. X 




24 


1359 


X . 


. X 




25 


1365 


X . 


. X 




26 


1369 


X . 


. X 




27 


1377 


X . 


. X 




28 


1379 


X . 


. X 




29 


1384 


X . 


. X 




30 


1389 


X . 


. X 





\ 



© 



Overflow Area 



Item ft 


DASD [ 
Address! 


Record 
Key 


Data 


Sequence Link 
DASD Address 


1 


010100 V 

010101 

010102 

010103 

010104 

010105 


1326 


X 


. . . X 


000218 


2 


1273 


X 


. . . X 


000209 


3 


1325 


X 


. . . X 


010100 


4 








5 








6 









Figure 7. Control sequential organization 



(D 



This causes the last record on the track to be 
moved to the additions area, along with a linkage 
field. The overflow entry of the track index is up- 
dated. Thus, the records in the primary area 
tracks are in sequence with keys lower than any 
that have overflowed that track. The overflow area 



contains records in sequence by time of arrival but 
retrieved in record key sequence for any given track 
by use of the sequence linkage field and overflow 
entry in the track index. (See Figure 9. ) 

Designed for use with IBM System/360 DASD 
units, the indexed sequential — 2 organization 
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INSERT ITEM KEY 0142 



Before 



Track Index 



Highest Key 
on Track 


Track 
Address 


0117 


000241 


0198 


000242 


0309 


000243 


0516 


000244 


0596 


000245 



After 



Track Index 



Highest Key 
on Track 


Track 
Address 


0117 


000241 


0192 


000242 


0198 


000810 


0309 


000243 


0516 


000244 


0596 


000245 



New highest item for track. @ 
Entry for record moved to ovfl . @ 



Data Tracks * 
Primary Area 



Data Tracks 
Primary Area 



Track Address 


Record Key 


Data 


000241 


0098 


X . 


. X 




0102 


X . 


. X 




0117 


X . 


. X 


000242 


0132 


X . 


. X 




0192 


X . 


. X 




0198 


X . 


. X 


000243 


0217 


X . 


. X 




0256 


X . 


. X 




0309 


X . 


. X 


000244 


0396 


X . 


. X 




0418 


X • 


. X 




0516 


X . 


. X 


000245 


0520 


X . 


. X 




0573 


X . 


. X 




0596 


X . 


. X 



Track Address 


Record Key 


Data 


000241 


0098 


X . . 


. X 




0102 


X . . 


. X 




0117 


X . . 


. X 


000242 


0132 


X . . 


• X 




0142 


X . . 


. X 




0192 


X . . 


. X 


000243 


0217 


X . . 


. X 




0256 


X . . 


. X 




0309 


X . . 


. X 


000244 


0396 


X . . 


. X 




0418 


X . . 


. X 




0516 


X . . 


. X 


000245 


0520 


X . . 


. X 




0573 


X . . 


. X 




0596 

>^— — — — : 


X . . 


. X 



0142 inserted 
0192 moved down 



* Three records per track unblocked. 



To insert item 0142: 

1 . Item 0142 inserted in sequence on the data track. 
Item 0192 shifted down the track causing 0198 to 
"drop off" . 

2. The displaced record 0198 is moved to an overflow 
track. 

3. The new highest record for track 0242 is changed to 
0192 in the track index. 

4. A new entry is inserted in the track index for item 0198. 



Figure 8. Index sequential — 1 organization 

technique is supported by the following IBM 
programming systems: (1) Model 20 Disk Pro- 
gramming System, (2) BOS, (3) DOS, and (4) OS. 
Fixed- length records in either blocked or unblocked 
mode are handled. No track index entry reposition- 
ing is required to handle an inserted record, nor is 
rearrangement of the overflow area required. 
During processing, the records can be flagged for 



Overflow Area 
000810 




0198 



X . . . X 




Track 000242 last record moved to overflow area 
k Available for future insertions to same track (000242) 



deletion. Periodic file reorganization is required. 

Random Organization 

In random organization, there is a definite 
relationship between the key of a record and the 
record's DASD address. 
• Direct Addressing 
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Before 



After 1st Insertions 
Item Key: 0142; 0450 



After 4th Insertion 
Item Keys: 0196; 0199 



Track Index 
Normal Entry 



Overflow Entry* 



Track Index 
Normal Entry 



Overflow Entry 



Track Index 
Normal Entry 



Overflow Entry 



High Key 
in Track 


Low Track 
Address 


High Key 
in Chain 


Low 
Address 


0117 


000241 


0117 


000241 


0198 


000242 


0198 


000242 


0309 


000243 


0309 


000243 


0516 


000244 


0516 


000244 


0596 


000245 


0596 


000245 



High Key 
in Track 


Low Track 
Address 


High Key 
in Chain 


Low 
Address 


0117 


000241 


0117 


000241 


0192 


000242 


0198 


000810-1# 


0309 


000243 


0309 


000243 


0450 


000244 


0516 


000810-2 


0596 


000245 


0596 


000245 



* Overflow entries are same as normal entries until overflow occurs. 

# Suffix indicates location of record on track. 



Data Tricks 


- Primary Area** 




Track 
Address 


Record 
Key 


Data 


000241 


0098 


X...X 


0102 


X...X 


0117 


X...X 


000242 


0132 


X...X 


0192 


X...X 


0198 


X...X 


000243 


0217 


X...X 


0256 


X...X 


0309 


X...X 


000244 


0396 


X...X 


0418 


X...X 


0516 


X...X 


000245 


0520 


X...X 


0573 


X...X 


0596 


X...X 



Data Tracks 


- Primary Area 




Track 
Address 


Record 
Key 


Data 


000241 


0098 


X...X 


0102 


X...X 


0117 


X...X 


000242 


0132 


X...X 


0142 


X...X 


0192 


X...X 


000243 


0217 


X...X 


0256 


X...X 


0309 


X...X 


000244 


0396 


X...X 


0418 


X...X 


0450 


X...X 


000245 


0520 


X...X 


0573 


X...X 


0596 


X...X 



High Key 
in Track 


Low Track 
Address 


High Key 
in Chain 


Low 
Address 


0117 


000241 


0117 


000241 


0192 


000242 


0198 


000810-3 


0256 


000243 


0309 


000811-1 


0450 


000244 


0516 


000810-2 


0596 


000245 


0596 


000245 



Data Tracks 


- Primary Area 




Track 
Address 


Record 
Key 


Data 


000241 


0098 


X...X 


0102 


X...X 


0117 


X...X 


000242 


0132 


X...X 


0142 


X...X 


0192 


X...X 


000243 


0199 


X...X 


0217 


X...X 


0256 


X...X 


000244 


0396 


X...X 


0418 


X...X 


0450 


X...X 


000245 


0520 


X...X 


0573 


X...X 


0596 


X.. .X 



** Records blocked 3 to a track. 



Data Tracks - Overflow Area*** 



Data Tracks - Overflow Area 



Data Tracks - Overflow Area 



Track 


Link 


Key 


Data 























Track 


Link 


Key 


Data 


000810 


000242 


0198 


X...X 


000244 1 0516 


X...X 



*** All overflow records are unblocked. 
Figure 9. Indexed sequential - 2 organization 

In direct addressing, a unique DASD address is 
obtained from each record key. This results in a 
sequential file that requires no indices, no additions 
area, and no special programming. The record keys 
must fit into the range of addresses for the particular 
DASD unit. To use this method, it may be practical, 
on occasion, to consider assignment of a new set of 
codes to the file. The entire range of addresses 
covered by the record keys must be reserved for the 
file. Any unused record key causes the correspond- 
ing storage location to be empty. Consequently, 
effective utilization of a storage unit may be affected. 

Figure 10 illustrates the relationship between the 
record control key and the DASD address. 

Some manipulation of the record key is possible 
to achieve compatibility between the storage medium 
and the record keys, as: 

1. Multiplication of the key by a factor to create 
an effective storage address where the record length 
does not equal the length of the addressable unit. 



Track 


Link 


Key 


Data 


000810 


000242 


0198 


X...X 


000244 


0516 


X...X 


000810-1 


0196 


X...X 


000811 


000243 


0309 


X...X 



Record Key 


DASD Address 


21320 


021320 


21321 


021321 




021322* 


21323 


021323 




021324* 




021325* 


21326 


021326 


21327 


021327 


etc. 


etc. 



*Empty locations , since no records exist with 
matching keys. 

Figure 10. Example of direct addressing storage 
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Example: If 200 character records are to be stored 
in a 100-character addressable unit, the key should 
be doubled. 

• Indirect Addressing 
Where direct addressing is not possible, it may be 
desirable to use a conversion routine to operate on 
the existing record keys to produce DASD addresses 
within the desired range. To select the proper 
address conversion routine, an evaluation of the 
calculated addresses must be made in terms of 
unique addresses, synonyms, packing factor 
(percentage of the allocated file actually used for 
records), and the time required to retrieve records. 
Programs, such as A General Approach to Auto- 
matic Programmed Address Conversion 
(1401-01.4.034), are available to assist in the 
analysis and evaluation of proposed address 
conversion routines. 

Prime number division (divide/remainder) is a 
flexible, simple record conversion method. The 
following example illustrates its use : 

Assume a data file that is to occupy 5000 storage 
address locations, with record keys ranging from 
11111 to 99999. 

1. Select a divisor. This should be a prime 
number (a number divisible only by itself and 1) or 

a number ending in 1, 3, 7, or 9. A number slightly 
less than the number of storage tracks or sectors 
assigned to the given file is a common choice. If 
the control number is greater than six digits, 999983 
may be selected. Use 4999 for this example. 

2. Divide the record control key by the selected 
prime number, and use the remainder to generate 
the track address. 

Example : 

If the record control key is 19800, 

19800 -r 4999 = 3 with a remainder of 4803 

Adjust the remainder to bring it into the range of 
selected DASD addresses. If the addresses range 
from 012000 to 016999, 



4803 + 12000 = 16803 

Therefore, 16803 is the converted address for 19800. 
By applying the same formula, the numbers 29798, 
44795, and 94785 create duplicate addresses or 
synonyms. 

Overflow Organization Techniques. Because 
conversion routines create duplicate addresses, a. 
method must be found to store and to retrieve these 
synonym records. Chaining is the technique used 
most often. 

The first synonym is stored in the original 
address (home record) developed by the record key 
conversion routine. To reduce seek time, the 
additional synonyms are stored in overflow locations 
(unused home addresses) located near the original 
home record. The DASD address of the first over- 
flow record is placed in the home record; the 
address of the second overflow record is stored in 
the first overflow record; etc. A field for the 
overflow address is reserved on every record but 
is used only when a link must be added to the chain 
of synonyms. This is illustrated in Figure 11. 

To locate a record, the record address is created 
by the record conversion routine. The home record 
is read and its key compared to that of the record 
being sought. If the keys are unequal, the next 
record in the chain (as determined by the overflow 
record address) is read, and the keys are com- 
pared. These steps are repeated until the record is 
located. Each link in the chain requires a read 
and, in some cases, a seek. Therefore, the length 
of time needed to find a given record depends upon 
its location in the chain. Those records which are 
most active should be stored first in the chain to 

minimize retrieval time. To assist in determining 
activity, a count that is updated by one for each 
usage, may be maintained as part of each record 
data. If records are blocked, each seek and read 
makes available a number of synonyms equal to the 
blocking factor. Refer to Figure 12 for an example 
of chaining where blocked records are used. 



DASD 
Address 



16803 



16799 



16730 



Record 
Key 




Data 




Chain 
Address 


29798 


XX . 




XX 


16799 



1st Link 



19800 



XX 



XX 



2nd Link 



44795 



XX 



XX 



16730 



Unused until another synonym 
for 16803 occurs 



Figure 11. Example of chaining, unblocked records 
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The handling of trailer records can also be ac- 
complished by use of the chaining method. The 
trailers are loaded into a separate area of DASD 
storage. Their addresses are stored in the over- 
flow address field of the corresponding master. 

The random file organization routines for 
1401/40/60, with 1311 or 1301 (except 1401) , use 
the chaining technique. Included are routines to 
random load, to add records, to tag for deletions, 
to delete tagged records, and to unload. For 
further details refer to IBM 1401/1440/1460 Disk 
File Organization Routines — Specifications (C24-3185). 

The IBM System/360 Model 20 Disk Programming 
System and the BOS, DOS, and OS programming 
systems of System/360 provide access methods to 
process directly organized files. Because most 
System/360 DASD's have track addresses that are 
noncontiguous, an address conversion routine for 
System/360 DASD's usually produces a relative 
track address, or record address, rather than an 
absolute address. Then the program or an operat- 
ing system routine converts the relative address to 
an absolute address. 

Introduction to IBM System/360 Direct Access 
Storage Devices and Organization Methods (C20-1649) 
includes a general description of BOS, DOS, and OS 
access methods. The appendix contains a list of 
publications that discuss in more detail the access 
methods supported by the System/360 programming 
systems. 

DETERMINATION OF RECORD FORMAT AND 
BLOCKING 

To select the record format and blocking, each of 
the following factors must be considered: 

File Boundaries 



Paper and magnetic tape are continuous recording 
media and, hence, present no file boundary prob- 
lems. Cards are limited to 80 columns of punched 
data, while each DASD has a specific maximum 



number of positions that may be recorded on a given 
track or sector. Comb access arms must be moved 
between cylinders, and different read/write heads 
may have to be selected between tracks. Although 
these conditions can be handled, extra programming 
steps, which cost both in processing time and in 

core storage requirements, are necessary. When 
designing a file, consider the following: 

• For fixed-length records, select a record 
length that, when blocked, fits well into a track. 

• For variable-length records, limit the total 
block to a track. 

• If the DASD operates in sector mode, multiple 
sectors may be read or may be written with one 
command. This allows track-to-track operation 
but not cylinder-to-cylinder. Therefore, for most 
efficient operation (assuming blocked fixed-length 
records which are to be stored in tracks which 
bridge cylinders), the total number of sectors read 
or written by a single operation code should be di- 
visible evenly into the total number of cylinders for 
the DASD. The starting address for the file plus 
the number of sectors per read or write -1 must 

be divisible by the same factor. 

Core Storage Requirements 

Since IOCS handles physical records for input/output 
operations, a core storage area large enough to 
accommodate the physical record is required. In 
addition, for efficient operation, multiple I/O areas 
may be required for the I/O devices. A work area 
the size of a logical record may be desirable. 

File Capacity 

The storage of records in an unblocked form nor- 
mally lowers the gross data capacity of a given 
storage medium. This results from the presence 
of interrecord gaps, or unused storage positions, 
in an addressable unit of storage on a DASD. How- 
ever, unblocked records are the easiest to process 
and require a minimum of core storage (no deblock/ 



DASD Address 



Record Key 



Data 



Record Key 



Data 



Chain Address 



16803 



16799 





Record 1 






Record 2 








^' 










29798 


XX XX 


19800 


XX . . . 


. XX 


16799 




. 




— 



















1st Link 






44795 


XX XX 









Available for 
next synonym 



Unused until sufficient 
synonyms to fill track 



Figure 12. Example of chaining, blocked records 
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block routines). For further details refer to the 
discussion of magnetic tape timing and capacity 
formulas and DASD capacities in section 2. 

The tables in Figures 13 and 14 indicate the re- 
lationship between blocking and file capacity or 

Effect of Blocking on File Capacity 




access time. A 2400 model 3 tape drive with 800 
density has been used for comparative purposes. 
Note that the gains are in proportion to the size of 
the logical records. 

Effect of Blocking on Average Access Time 
Per Logical Record 
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Figure 13. Relationship between blocking and file capacity 



Figure 14. Relationship between blocking and average access time 
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Progra m Support 

Certain data record formats and label formats are 
IBM program- supported, just as are certain file 
organizations. The formats supported vary with the 
IOCS (or in System/360, with the operating system's 
data management routines). A chart of IOCS 
characteristics for systems other than System/360 
appears later in this section. See the appendix for 
a list of System/360 publications that discuss 
System/360 data management routines. 

Other IBM utility programs, such as sorts, must 
be considered when establishing record formats, 
since not all formats permitted by IOCS may be han- 
dled by the utility programs. Sometimes files are 
prepared on one computer system for use on another. 
Therefore, the characteristics of both systems must 
be considered. 



processing all sections of the file concurrently, por- 
tions of the file may be searched for the next active 
item while an active record is being processed. The 
split- file technique is useful in tape approaches, 
where the activity rate is low, but process time per 
active record is high. The split-file technique re- 
quires buffering and an increase in channels and tape 
units to be effective. 

• Increase the number of input buffers. If the 
activity rate is low, and processing time per hit is 
high, more process time can be overlapped if the 
input is queued in additional buffers. If process time 
requires 250 milliseconds, while an input area can 
be filled in 50 milliseconds, there would be 200 
milliseconds of unoverlapped process time per hit, 
with two input areas. If the number of input areas 
were increased to four, only 100 milliseconds would 
not be overlapped. 



FILE PROCESSING 



FILE CONTROL 



Before the file design is finally determined, the run 
time and associated costs should be calculated for 
the entire system. The results must be evaluated to 
determine whether the original design objectives 
have been met.. If the system is input/output limited 
(I/O time exceeds process time), the following 
approaches may be considered: 

• Create a second master file splitting away from 
the main master file those fields not required on the 
primary runs. For example, name and address 
records could be kept in a separate name and ad- 
dress file. This new file would be used perhaps 
only as output documents are printed. 

• Extract from the master file the active records 
for processing. This method is useful for tape- 
oriented systems, where the ratio of active master 
records to total master records is very low. During 
the extraction run, the updated active records of the 
previous day are filed back into the master tape. 
Usually a high blocking factor can be used for the 
master, since the extract program is simple and 
requires little core. 

• Use a change-tape approach if the skew distri- 
bution against the master is great (for example, if 
85% of the activity occurs against 15% of the file). 
Applicable to tape, this system is a variation of the 
extract procedure, since it divides the master file 
into active (change-tape) and inactive segments. As 
activity occurs against a master record, it is moved 
to the change-tape. Periodically, an extra run is 
needed to return the updated records from the active 
file to the inactive file, since the system loses its 
effectiveness when the size of the change-tape equals 
one-half of the inactive file. 

• Split the master file into two or more sections, 
and organize the transaction records in the same 
fashion. (Use separate drives if necessary. ) By 



The design of a data file cannot be divorced from the 
environment in which the file must function. Some 
of the considerations of file control and maintenance 
are now discussed. 

Data Validation 



The entry of incorrect data into a file should be 
prevented. The following techniques are suggested 
methods that may be used to control the accuracy 
of input data: 

• Precoded forms, or standardized and simplified 
forms, which reduce the possibility of error at the 
point of origin of the data. 

• Batch controls that establish totals for a given 
group of records to detect the loss or distortion of 
data during intermediate handling. A batch may 
consist of a fixed number of items or the transactions 
that occurred in a given period of time. Typical 
batch totals are record counts, dollar or quantity 
amounts, or "hash" totals of significant data, such 
as wage rates. Frequently, batch totals are re- 
corded in a trailer record to provide automatic zero- 
balance checking. 

• Turn around documents, such as prepunched 
remittance forms, which require little or no extra 
recording and a minimum of handling. 

• Character checking, which determines whether 
the data in given positions of the record contain 
permissible characters. This type of check can be 
used to ensure that the proper algebraic sign is 
present for the type of transaction or that alphabetic 
data is not included in numeric fields, and vice 
versa, or that data is present where required (not 
blank). 

• Field checks that examine the contents of a field 
for certain characteristics. These include: 
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1. Limit checks, which determine whether data 
is within a prescribed range. Such checks can apply 
to such fields as employee's wage rate, amount of 
gross pay, etc. 

2. Historical checks, which use prior experience 
as a basis of validation. The public utility industry 
often compares, for reasonableness, prior consump- 
tion for a year or more against the current usage. 

3. Validity checks, which compare the contents 
of a field against a list of existing "good" numbers. 
This prevents posting to nonexistent account num- 
bers. Matching by control key against a master file 
indicates duplicate and missing numbers. 

4. Logical relationships, which determine 
whether the items of input data have a logical re- 
lationship to one another or to the file they affect. 
For example, if an employee adds a bond deduction, 
a bond denomination is also required. 

5. Self-checking numbers, which detect incorrect 
identification numbers (such as account number, 
employee number, etc. ) by performing certain math- 
ematical calculations on the base number and com- 
paring the resulting digit against a check digit 
appended to the base number. 

Operating Controls 

The following controls are common methods used to 
detect errors caused by poor operator performance, 
equipment failure, or malfunctioning programs: 

• Label checking, which verifies that the proper 
file is online before any processing can take place 
by checking such data as file identification, creation 
date and serial number, which are contained in the 
label record of the file. 

• Record counts, which check that the numbers 

of records before and after processing are the same, 
in order to guard against accidental loss of a record. 

• File totals, which ensure that the file is in 
balance in light of the transactions just processed. 
For example, the previous file total for a given 
field plus the net change represented in the trans- 
actions should be equal to the sum of the individual 
record fields after the transactions are processed. 

• Intervention logging, which records through a 
console typewriter any intervention by the operator. 

• File restrictions, which, through programming 
or hardware, prohibit access to records stored 
within specified areas. 

Error Analysis 

The file control techniques suggested above indicate 
the wide variety of methods available. Selection of 
the specific control procedures depends on such 
factors as the frequency of possible occurrence, 
the results were the error allowed to enter the 



system, and the chance that the error might remain 
undetected even through later operations. All errors 
should be logged indicating the nature and the cause. 
A review of these error logs can serve as a guide 
to management for the increase or decrease of error 
control. 

When errors are detected, any of the following 
procedures can be used: 

• Programmed halts, where the computer is 
halted by detection of certain conditions, and the 
operator follows prescribed steps dependent upon 
the nature of the halt. The trend is away from 
programmed halts to eliminate operator intervention. 

• Bypass procedures, where the error condition 
is recorded on some output medium, as tape or 
printer, for later analysis, and the computer con- 
tinues without stopping. 

• Suspense accounts, where totals are posted for 
invalid records to keep all items requiring analysis 
in a single account. 

Audit Trail 

An audit trail may be defined as the means whereby 
the source transaction and its corresponding sup- 
porting documentation can be related to processed 
data. Although the audit trail may be a by-product 
of normal processing, it may sometimes be addi- 
tional. The requirements of the auditor should be 
discussed to provide the necessary historical in- 
formation trail. 

Reconstruction 

If the information on a file is mutilated, the need 
for reconstruction arises. The method selected 
depends upon such factors as job priority, the time 
and cost required to provide reconstruction data, 
and the time and cost required to perform the re- 
construction. Listed below are several approaches: 

1. Tape 

• If a dynamic file is maintained on tape, several 
generations should be kept. Referred to as the 
"grandfather, father, son" system, the retention of 
the two previous files, coupled with access to the 
transactions that have occurred since the last update, 
provides a means of reconstruction should anything 
happen to the current- generation tape. 

• If a static file is maintained on tape, a copy 
should be made Should the need arise to use the 
copy, a new copy should be made first. In lieu of a 
tape copy, it may be practical to keep the information 
in cards and to reconstruct the tape when required. 

2. DASD 

• Periodically, a dynamic DASD file should be 
copied (dumped) on tape, on cards, or on another 
DASD. Often, the copy can be made as a by-product 
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of a periodic run. All transactions since the last 
dump must be retained to update the copy to current 
status. 

• To avoid reprocessing of all transactions since 
the last dump, write the updated records on tape as 
the transactions are processed against the file. In 
sequential processing, only one tape record per 
active disk record is written. In case of reconstruc- 
tion, the record with the most recent status can be 
used to replace the corresponding record on the 
dumped file. 



• If no output unit is available to record the up- 
dated records, as suggested above, the master can 
be flagged, and on a later run the flag can signal a 
copy operation for a given record. This technique 
requires a rewrite to the file for removal, of the 
flag. 

• The contents of a static file should be available 
either by copy to another DASD, or by dumping onto 
tape or cards that may be used later to reload the 
mutilated file. 
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STORAGE MEDIA AND RECORDING CHARACTER- 
ISTICS 

Cards 

IBM cards provide 80 vertical columns with twelve 
punching positions in each column. The twelve 
punching positions form twelve horizontal rows 
across the card. One or more punches in a single 
column represent a character. Each card is read 
or punched as a unit of information, but the actual 
data on a card may consist of a part of a record, 
one record, or more than one record. If more than 
80 columns* are needed to contain the data of a re- 
cord, two or more cards may be used. Continuity 
in the cards of one record is obtained by punching 
identifying data into each card. 

The standard IBM card code divides the twelve 
punching positions into two areas: the numeric, 
which is made up of the first nine punching positions 
from the bottom of the card and which represent the 
values 9 through 1, respectively; and the zone, 
which consists of the remaining positions known as 
the 0, 11, and 12 positions. The position doubles 
as both a numeric and a zone code. Numbers 
through 9 are represented by a single punch (0 
through 9) in a vertical column. Alphabetic char- 
acters use one of the zone punches with one of the 
numeric punches. Special characters are combina- 
tions of one, two, or three punches in a column and 
consist of punch configurations not used for the 
numbers or letters. (See Figure 15.) The standard 
IBM card code is consistent with the binary coded 
decimal interchange code (BCD or BCDIC). 

Not all of the possible combinations of punches 
are utilized by the standard IBM card code. The 



extended binary coded decimal interchange code 
(EBCDIC) makes use of the free punches to provide 
representation for more special characters and for 
lower case letters. Figure 27 shows the punched 
card codes used by EBCDIC. 

To provide direct input or output without conver- 
sion from decimal for those computers operating 
in binary, two methods of recording binary informa- 
tion are available. 

In row binary, data are arranged serially across 
each row of the card, from left to right, starting 
at the 9 row and continuing through the 12 row. Each 
of the twelve rows is divided into two parts; the left 
half consists of columns 1-36, and the right half of 
columns 37-72. One card can contain twenty-four 
36-bit binary words. (See Figure 16.) 

In column binary, information is placed in paral- 
lel, with each column of the card containing 12 
information bits. One 36-bit word requires three 
columns, and the entire card can contain twenty-six 
36-bit binary words . (See Figure 17.) 

In both systems a punched hole indicates a binary 
1. No punch represents a binary 0. A computer 
using the EBCDIC system does not require special 
binary cards, since the code provides for punching 
in one column all possible binary combinations for 
eight bits. Thus, four columns of the card can 
contain one 32-bit word. (See Figure 27.) 

Magnetic Tape 

IBM magnetic tape is a continuous recording medium 
similar to the tape used in home recorders. Data 
is recorded in magnetized spots or bits, is perma- 
nent, and can be retained for an indefinite period. 
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Figure 15. IBM card — standard card code 
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Figure 16 . IBM card — row binary 
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Figure 18. Magnetic tape — six-bit alphameric code 

As data is recorded, the previous information is 
erased, thus permitting repetitive use of the tape. 
However, the fluctuations in tape speed prohibit 
data record overlays. Consequently, whenever a 
data file that is recorded on magnetic tape is to be 
updated, the entire file is rewritten onto a new tape. 
The distance between characters recorded on the 
tape is known as density and ranges from 200 to 
3022 characters per inch, depending upon the tape 
unit used and the method of recording. 

The size of tape records may vary from a single 
character to several thousand and is limited by the 
length of the tape and the units that process the data. 
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The end of the information recorded for a given file 
is recognized by a single character record known 
as a tape mark. The physical end of the tape is 
determined by a piece of aluminum foil (reflective 
spot) affixed to the edge of the tape near the end of 
the tape. This spot is sensed by the tape unit when 
data is recorded over the area and alerts the com- 
puter so that the proper steps may be taken. 

Each record is separated from the adjoining 
record by a blank section of tape known as an inter- 
record gap. The data records may be blocked or 
unblocked. (See Figure 1.) The recording on tape 
varies with the tape unit and the computer system. 
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Seven- Track Tape 



Nine-Track Tape 



The tape is divided into seven parallel rows along 
the length of the tape . A combination of the seven 
possible recording positions in one column across 
the width of the tape is used to represent a single 
digit or character. (See Figure 18.) 

The four lower positions are assigned the values 
of 1, 2, 4, and 8, respectively. Thus, to record a 
given number, the positions are used whose sum 
equals the value of the number to be recorded, for 
example, a 1 and an 8 represent a 9. The A and B 
positions serve the function of the zone punches in 
IBM cards. The A represents the zone; the B 
the 11 zone; both the A and B the 12 zone. Since the 
addition or the loss of a recording position can 
change the value a given column represents, an ad- 
ditional channel, known as the check (C) channel, is 
provided so that all characters are made up of either 
an even or an odd number of bits. This type of check 
is called a redundancy or parity check, and a given 
device uses either even or odd parity. The sample 
in Figure 18 shows even parity. 

Tape written in six-bit alphameric code (BCD) 
can be used by several data processing systems. 
However, there are instances where special charac- 
ters peculiar to one system are written on tape. 
(Refer to "Differences Between Core and Media 
Storage Requirements" in this section of the manual.) 
Therefore, consideration must be given to the char- 
acters used when tape written on one system may be 
used on another. 

To record binary information on seven-track 
tape, the six recording positions (excluding the check 
channel) represent six positions of a binary word. 
If a computer uses a 24-bit binary word, four col- 
umns on the tape are required to record the entire 
word. (See Figure 19.) 



The nine-track alphameric code is used to record 
the extended binary decimal interchange code 
(EBCDIC) representation. 

As can be seen in Figure 20, the 4-7 recording 
positions of nine-track tape parallel the function of 
the 8, 4, 2, 1 bit positions of seven-track tape. The 
2 and 3 recording positions are the exact reverse 
of the A and B bit positions of seven-track. Posi- 
tions and 1 are the two additional recording 
channels that group the characters into one of four 
classifications: upper case alpha and numeric, 
lower case alpha, special characters, and no 
assigned character. Figure 21 shows the format 
of seven- and nine-track tape. Note that the chan- 
nels on nine-track tape do not run in 0-7 sequence. 
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Figure 20. Comparison of seven-track and nine-track alphabetic code 
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Figure 19. Magnetic tape — seven-track binary system 



Figure 21 . Nine-track and seven-track tape data format 
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Binary data is recorded by placing eight bits of 
a binary word in a column of the tape. Thus, a 
24-bit binary word requires three columns. The 
check channel establishes parity for each column 
recorded. 

Since numeric data requires only four channels 
(1,2,4, and 8) to represent its value, it is possible, 
when dealing with numeric data, to pack two numer- 
ic characters into one column of a nine-track tape. 
This method of recording is known as numeric 
packed mode. (See Figure 23.) 
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Figure 22. Magnetic tape — nine-track binary system 
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Figure 23. Magnetic tape — nine-track packed format 



Magnetic Tape Device Characteristics 

Some of the characteristics of the various magnetic 
tape devices, such as the speed with which tape can 
be read or written and the number of bytes that can 
be written per inch of tape (density) , are important 
to file design. The chart that follows presents, in 
tabular form, some of the characteristics of 
various IBM tape devices. The information below 
explains the categories in some detail: 

1. Recording Mode 

The method by which characters are represented on 
tape. (See the discussions of seven-track and nine- 
track tape. ) 

2. Data Rate 

The number of characters that can be read or writ- 
ten per second. If the device has a variable density 
rate, multiple data rates are given,, Note that for 
the nine-track tape of the 2400 unit, the figures are 
in parentheses. Example: A nine- track 2400, 
model 6 at 800 density, can operate at 90,000 
characters per second. At 1600 density, it can 
operate at 180,000 characters per second. A seven- 
track 2400, model 3, at 556 density, can operate at 
62,500 characters per second. 

3. Nominal Interrecord Gap (IRG) 

The amount of space between physical records. 

4. Average Access Time 

The normal amount of time required to pass over the 
interrecord gap. This is added once for each block 
of records in computing tape passing time for 
specific records. (See the second chart below for 
magnetic tape timing and capacity.) 

5. Character Transfer Rate 

The length of time required to transfer one charac- 
ter to or from magnetic tape. This figure times 
the number of characters in a physical record, plus 
the nominal IRG time, completes the formula for 
computing tape passing time. (See reference in 
item 4. ) 

6. Rewind 

The length of time required to rewind a full reel of 
tape. 

7. Rewind and Unload 

The length of time required to rewind and unload a 
full reel of tape. 

8. Tape Length 

The maximum length of tape on a reel. Two sizes 
are available in most cases — the 2400-foot reel 
and the 1200-foot reel. 

Note that for System/360 tape devices, density 
and data rate are usually expressed in terms of 
bytes rather than characters. 
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MAGNETIC TAPE DEVICE CHARACTERISTICS 



Magnetic Tape Unit 
Model 
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.38 


Average Access Time (ms) 


10.8 


20.8 


10.8 


7.3 


10.8 


7.3 


4.2 


18.5 


3.5 


Character Transfer Rate (ms) 


.067 


.139/. 050 


.067/. 024 


.044/. 016 


.067/. 024/. 0167 


.044/ .016/. 011 


.00588 


.029 


.00588/. 00294 


Rewind (min) 

Rewind and Unload (min) 


1.4 
1.5 


36. /sec. 
2.2 


1.4 
1.5 


1.0 
1.1 


1.4 
1.5 


1.0 
1.1 


1.5 


3.75 


1.5 


Reference Manuals 


A22-6589 


A22-6589 


A22-6589 


A24-1470 A22-6616 


A22-6671 


A22-6828 



Magnetic Tape Unit 
Model 


2401-4 6 ) 
1 2 3 4 5 6 


2415 
1,2,3 4,5,6 


Systems on which available 


S/360 except 20 


I S/360 except 

1 Models 44, 67,. 85. 


Recording Mode 


BCD or binary (7-track) 
EBCDIC-Zoned or packed format, binary (9-track) 


same as 2401-4 


4) 
Density (char per inch) 


200/556/800 200/556/800 200/556/800 




200/566/800 


200/556/800 


(9-track) 


(800) 3) (800) 3) (800) 3 * 


(800/1600) (800/1600) * (800/1600) 3 ' 


3) 
(800) ' 


(800/1600) 3) 


4) 

Data Rate (thousands of char /sec.) 

(9-track) 


7.5/20.9/30 15/41.7/60 22.5/62.5/90 
(30) (60) (90) 


(30/60) (60/120) (90/180) 


3.7S/10.4/15 
(15) 


3.75/10.4/15 
(15/30) 


Tape Speed (in/sec) 


37.5 75 112.5 


37.5 75 112.5 


18.75 


18.75 


Nominal Intprrecord Gap (inches) 
(9-track) 


.75 .75 .75 
(.6) (.6) (.6) 


(.6) (.6) (.6) 


.75 
(.6) 


.75 
(.6) 


Average Access Time (ms) 
(9-track) 


20.0 10.0 6.6 
(16.0) (8.0) (5.3) 


(16.0) (8.0) (5.3) 


40.0 
(32.0) 


40.0 
(32.0) 


Charater Transfer Rate (ms) 
(9-track) 


.133/ .048/ .033 .067/.024/.0167 .044/.016/.011 
(.033) (.0167) (-011) 


(.033/. 0167) (.0167/. 008) (.011/. 005) 


.266/.095/ .066 
(.066) 


.266/ .095/ .066 
(.066/ .033 


Rewind (min) 

Rewind and Unload (min) 


3. 1.4 1.0 
2.2 1.5 1.1 


3. 1.4 1.0 
2.2 1.5 1.1 


4.0 5 > 
4.0 


4.0 5 > 
4.0 


Reference Manuals 


A22-6866 


A22-6866 


A22-6866 



For definitions and interpretation of this chart, refer to the immediately preceding discussion. 

1) 10-track tape. 

2) 7335 for 1440, A22-6789 

3) Packing feature allows two numeric digits to be translated to one 8-bit character. 

4) A character is considered the data recorded in one vertical column on the tape. For System/360 
devices, density and data rate are usually expressed in terms of bytes rather than characters. 

5) Includes reload. 

6) No 2404 Model 4,5 or 6; 7-track read/write available only on Models 1, 2 or 3; see A22-6866 
for compatibility requirements. 
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Magnetic Tape Timing and Capacity Formulas 

Calculation of Tape Passing Time 

1. The first step is to calculate the time to pass 
one physical record. The formula is: 



Time to pass one physical record = A + CN 

where : 

A = average access time in milliseconds 
C = character transfer rate in milliseconds 
N = number of characters per physical record 
(a character is equivalent to the recording in 
one vertical column of the tape) 

Substitute the appropriate factors for A, C, and 
N, and solve the formula. For the 2400, model 3, 
seven-track tape with 556 density, A - 6.6 and 
C = .016 (see the following chart). If each logical 
record is 200 characters, and the records are 
blocked 5, then, 6.6 + .016 (1000) = 22.6 milli- 
seconds. 

2. The next step is to calculate the time to pass 
the file. The formula is: 



total number of records 
blocking facto r 



x time per physical 
record 



or, for a file of 10, 000 logical records: 

10,000 

x 22.6 = 45,200 ms = 45.2 seconds 

5 

3. Add to this the relevant rewind time and/or 
rewind/unload time (see Magnetic Tape Device 
Characteristics chart for these times). 



Calculation of Records per Reel 

1. The formula for calculating the number of 
physical records (blocks) per reel may be expressed 

as: 

28440 or 14040 

length of interrecord gap + inches per character (N) 

where: 

28440 = inches per 2400-foot reel minus 30 feet 

of combined header and trailer leader 
14040 = inches per 1200-foot reel minus 30 feet 

of combined header and trailer leader 
N = number of characters per physical 

record (a character is equivalent to the 

recording in one vertical column of the 

tape) 

2. Select the appropriate reel length, the 
correct gap length, the inches per character (see 
Magnetic Tape Timing and Capacity chart), and 
solve the formula. Using a 2400-foot reel and a 
2400, model 3, seven- track tape with 556 density, 
and assuming 200-character logical records, blocked 
5: 



28440 



.75 + .0018 (1000) 



11,152 physical records per 
reel 



Since the records are blocked 5, this means 55,760 
logical records per reel. 

The System/360 Reference Data Card (X22-6837) 
contains tables of milliseconds per block and 
records per reel for common block lengths. 
Formulas are used to determine milliseconds per 
block and records per reel when block length is 
other than one of the common block lengths on the 
reference card. 729,7330 Magnetic Tape 
Characteristics (X22-6785) contains similar tables 
for 729 and 7330 tape units, as does Hypertape 
Capacity and Timing for IBM System/360 (X22-6840) 
for 7340, model 3, units. 
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MAGNETIC TAPE TIMING AND CAPACITY 







Milliseconds p 








Records per Ree 


28440 or 14040 


er Record — A + uin 


length of interrecord gap + inches per character (N) 


Tape Unit ~~~ 


Density 


200 


556 ^ 


800 2 * 


1600 


200 


566 « 


800 2 * 


1600 


727 


10.8 + .067N ' 








28440 or 14040 








. 75 + . 005N 


7330 


20.8 + .139N 


20.8 + .050N 






28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 






729 


n 


10.8 + .067N 


10.8 + .024N 






28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 






IV 


7.3 + .044N 


7.3 + .016N 






28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 






V 


10.8 + .067N 


10.8 + .024N 


10.8 + .017N 




28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 


28440 or 14040 
.75 + .00125N 




VI 


7.3 + .044N 


7.3 + .016N 


7.3 + .011N 




28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 


28440 or 14040 
.75 + .00125N 




4) 

2401-4 


Model 1 


7 -track 
(9 -track) 


20.0 + .133N 


20.0 + .048N 


20.0 + .033N 
(16.0 + .033N) 




28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 


28440 or 14040 

.75 + .00125N 

/28440 or 14040 \ 

V.6 + .00125N > 




Model 2 


7-track 
(9 -track) 


10.0 + .067N 


10.0 + .024N 


10.0 + .017N 
(8.0 + .017N) 




28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 


28440 or 14040 




.75 + .00125N 
/28440 or 14040\ 
\.6 + .00125N / 


Model 3 
5) 


7 -track 
(9 -track) 


6.6 + .044N 


6.6+ .016N 


6.6 + .011N 
(5.3 + .011N) 




28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 


28440 or 14040 

.75 + .00125N 

/28440 or 14040\ 

\.6 + .00125N ) 




Model 4 
5) 


(9 -track) 






(16.0 + .033N) 


(16.0 + 


.017 [N+ 82]) 






/28440 or 14040 \ 
V.6 + .00125N / 


/ 28440 or 14040 \ 


,\0.6 + .000625(N + 82)j 


Model 5 
5) 


(9 -track) 






(8.0 + .017N) 


(8.0 + . 


008 [N+ 82]) 






/ 28440 or 14040 \ 
V.6 + .00125N ' 


/ 28440 or 14040 * 


*0.6 + .000625(N+ 82)j 


Model 6 


(9 -track) 






(5.3 + .011N) 


(5.3 + . 


005 [N+ 82]) 






/28440 or 14040 \ 
V.6 + .00125N / 


/ 28440 or 14040 \ 


(o.6 + .000625(N+ 82)] 


2415 4) 


all models 


- 7-track 


40.0 + .266N 


40.0 + .095N 


40.0 + .066N 




28440 or 14040 
.75 + .005N 


28440 or 14040 
.75 + .0018N 


28440 or 14040 




.75 + .00125N 


Models 1, 
2 or 3 


- (9 -track) 






(32.0 + .066N) 








/28440 or 14040 \ 




V.6 + .00125N / 


Models 4, 
5 or 6 


- (9 -track) 






(32.0 + .066N) 


(32.0 + 


. 033 [N + 82] ) 






/28440 or 14040 \ 


/ 28440 or 14040 \ 


1.6 + .00125N / 


(o.6 + .000625(N + 82)/ 


7340 4 * 


Model 1 




4.2 + .00588N 








21240 

.45 + .00066N 






Model 2 




18.5 + .029N 








21240 

.45 + .00066N 






Model 3 




3.5 + .00588N 


3.5 + .00294N 






21240 

.38 + .00066N 


21240 

.38 + .00033N 





1) Use 1511 for Hypertape 7340. 

2) Use 3022 for Hypertape 7340. 

3) N = number of characters per block. / i + pf\ / 1 + PF \ 

4) If the packed mode is used, the basic formulas may be modified by suffixing^ — J behind each N. For 7340 , model 1, the formula becomes 4.2+. 00588N ( — g ) . 

PF = packing factor or the number of nonpacked characters in a record divided by the total number of characters in the record. 

5) No 2404 Model 4, 5, or 6. 



Paper Tape 

Paper tape is a continuous recording medium. Thus, 
paper tape can be used to record data in records 
of any length, limited only by the capacity of the 
equipment that processes the paper tape. Depending 
upon the specific device , the recording on paper 
tape may be either in eight -channel code or in five- 
channel code. 

Eight -Channel Code 

Data is coded in a fashion similar to that described 
for magnetic tape — six-bit alphameric code. 
However, holes are punched into the paper tape. 
(See Figures 18 and 24. ) The O and X channels 
serve the function of the A and B channels in mag- 
netic tape. 

Five-Channel Code 

This system is similar to the eight-channel code, 
except only five rows extend the length of the tape. 
Since the possible combination of holes with only 
five channels is not sufficient to provide for all of 
the numbers and letters of the alphabet, certain 
combinations serve the dual function of representing 
both a letter and a number. To distinguish between 
the two , letters are preceded by a special combina- 
tion of punches known as letters shift, while the 
number combinations are preceded by a figures 
shift character. Since there are ten numbers and 
26 letters, the other figures shift characters are 
used to represent special characters and functions . 



The five-channel code is suitable for transmission 
over telegraph or telephone wires. 

Direct Access Storage Devices (DASD) 

Magnetic Disk 

A disk device is composed of magnetically coated 
disks, which are stacked on a rotating spindle. A 
movable access arm, containing two read-write 
heads, passes between the physical disks. One head 
services the bottom surface of the disk directly 
above it, while the other handles the upper surface 
of the disk directly beneath it. The surface of each 
disk is divided into concentric tracks. Depending 
upon the particular DASD, the tracks may be sub- 
divided into sectors. The tracks on each disk 
surface are located physically one above the other 
and may be thought of as forming concentric cyl- 
inders. (See Figure 26.) 

The tracks or sectors (where present) are num- 
bered sequentially and thus form the basis for the 
addressing scheme of disk devices. 

Although some disk devices employ a single-arm 
access mechanism, which moves both horizontally 
and vertically to access any track within the disk 
file, the majority of the D3M disk devices are 
equipped with a comb-type access mechanism in 
which the arms are arranged like the teeth on a comb 
and move horizontally between the disks. The heads 
are aligned vertically, and all are moved together 
so that for each position of the access mechanism 
one entire cylinder surface is accessible to the read- 
write heads. 
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Figure 24. Paper tape — eight-channel code 
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Figure 25. Paper tape — five-channel code 



36 



Track 



Disk 




Cylinder 



Figure 26 . Disk storage cylinder concept 

Data Cell Drive 

Li the IBM 2321 Data Cell Drive, data is stored in 
magnetically coated strips rather than in disks. 
The strips are contained in a removable cell assem- 
bly, and ten cell assemblies can be mounted on a 
data cell drive . To access data on the strips , the 
cell assemblies are rotated until the cell containing 
the proper strip is under a strip -picking device that 
pulls the desired strip from the data cell and wraps 
it around a rotating drum. The read- write mecha- 
nism can access 20 tracks on a strip without moving, 
thereby forming a cylinder of data tracks. 



3. Rotational Period 
The length of time required for a complete revolu- 
tion of the DASD. The figure in parentheses gives 
the average time usually used in timing a DASD . 

4. Scan Time 

The length of time required to search a cylinder for 
a specific identifier. This may be an optional 
feature . 

5. Access Time 

The length of time required to move the access arm 
from one location to another. 



DASD Device Characteristics 

Unlike tape, DASD files can replace old data with 
new data through record overlay. Thus, inactive 
records do not require rewrite on a DASD unit. The 
chart on the next page presents in tabular form 
some of the characteristics of several IBM DASD 
units. The following information is given to aid in 
use of the table: 

1. Recording Mode 

The 6-bit mode refers to BCD; the 8 -bit mode re- 
fers to EBCDIC on devices attached to S/360; on 
d'evices attached to computers in the 1400 series, 
the 8 -bit mode is used whenever data is recorded 
in the load mode (the extra bits make possible the 
storage of word marks, along with the character). 
Refer to IBM Disk Storage Drive , (A24-1472), for 
a more detailed explanation of load mode; 8 -bit also 
may be used with packed numeric data. 

2. Character Transfer Rate 

The length of time required to transfer one charac- 
ter to or from a DASD. 



DASD Capacity Formulas 

The record storage capacity of a DASD is a function 
of the length of the records to be stored, the ad- 
dressing scheme of the DASD, and the maximum 
character capacity of the recording track. The full 
track mode provides maximum capacity but in- 
creases the main storage requirements. 

The symbols used in the formulas shown in the 
chart on page 39 have the following significance: 



DL = 



HA 2 = 



KL = 



RA = 



data length or total number of bytes 
in data area 

home address identifier (minimum of 
two characters) 

key length or total number of bytes in 
key area (KL = O if records are 
stored without keys) 

length of record address field 
(minimum of six characters) 



For non-System/360 devices, the formulas per- 
tain to the IBM 1410 and 7010. 
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EXAMPLES OF DIRECT ACCESS STORAGE DEVICE CHARACTERISTICS 



Direct Access Storage Device 


1311 


1301 




1405 






2302 


2302 


2311 


2314 


2321 


Model 




1 2 


1 




2 


1 


2 


3 4 


1 




Al 


1 


Systems on which available 


1400 
1600 
7000 


1400 
7000 




1401 
1410 






1410 

7000 (except 7070) 


S/360 


S/360 


S/360 


S/360 


Type of storage media 


Disk 


Disk 




Disk 






Disk 


Disk 


Disk 


Disk 


Magnetic 


Removable Media 


Yes 


No 




No 






No 


No 


Yes 


Yes 


Strip 
Yes 


No. of units*' per control 


5 


5 




5 






5 


4 2 


8 


(see note 5) 
1 


8 


No. of access mechanisms 


1 


1 2 




Single arm 




2 


4 


2 4 


1 


1 


per unit 






, 


mechanism 


,10) 














No. of arrays 2 ) per unit 
No. of cylinder per unit 


1 
100 


1 2 
250 500 


1 


no cylinder concept: 
400 tracks/per disk 


1 


1 
500 


2 
1000 


1 2 
492 ' 984 4) 


1 
200 3 ) 


(see note 5) 
200 3 ) 


1 
10,000 


No. of tracks per cylinder 


10 


40 


25 disks 




50 disks 


40 


40 


46 46 


10 


20 


20 


No. of tracks per unit 


1000 


10,000 20,000 


10,000 




20,000 


20,000 


40,000 


22,632 45.264 


2.000 6 ) 


4000 


200, 000 7 ) 


Maximum data capacity 6-bit mode 


2980 


28,000 56,000 


10,000 




20,000 


117,000 


234,000 




_ 






per unit (thousands)* 1 ) (8-bit mode) 


(2682) 


(21,650) (43,300) 


(8,800) 




(17,600) 


(90,660) 


(181,320) 


(112,797) (225,595) 


(7,250) 


29,176 


(400, 000 8 ) 


Maximum data capacity 6-bit mode 


29,800 


112,000 




- 






234,000 




_ 






per cylinder 11 ) (8-bit mode) 


(26,820) 


(86,600) 




- 






(181,320) 


(229,264) 


(36,250) 


145,880 


(40,000) 


Maximum data capacity 6-bit mode 


2980 


2600 




1000 






5850 


- 


_ 






per track 11 * (8-bit mode) 


(2682) 


(2165) 




(880) 






(4533) 


(4984) 


(3625) 


(7,294) 


(2000) 


i Track Storage characteristics 


20 hardware 


Changeable 




5 hardware 






Same as 1301 


Same as 2311 


Hardware designed 


same as 


same as 




addr. sectors 


record format 




addr. sectors 










so that each stored 


2311 


2311 




of 100 chars. 


for all tracks 




of 200 chars. 










record defines its 








each with full 


in cylinder 




each. 










own format, every 








track, R/W 


plus full track 














record can be 








special feature 


R/W as normal. 














different.no track 








available. 
















orientation. 






Character transfer rate 6-bit mode 


77KC 


90.1KC 




25KC 






184KC 




_ 






(8-bit mode) 


(69KC) 


(70.1KC) 




(22KC) 






(143KC) 


(156KC) 


(156KC) 


(312KC) 


(55KC) 


Rotational period (ms) 


40 


34 




50 






34 


34 


25 


25 


50 


(average delay) 
Scan time per cylinder^) (seconds) 


(20) 12 > 


(17) 




(25) 






(17) 


(17) 
1.5 


(12.5) 


(12.5) 


(25) 


.4 


1.33 




- 






1.33 


.25 


.25 


.9 


Access time (ms) Min. 


100 55 


50 




100 






50 


50 


25 


25 


J 95 


Aver. 


250 150 


165 




450 






165 


165 


75 


60 


_ 


Max. 


400 250 
without with 
direct direct 
seek seek 


180 




800 






180 


180 


135 


130 


600 



1) One unit is the minimum orderable element. 

2) An array is a stack of disks except on 2321 where it is 10 data cells. 

3) 203 cylinders are addressable. 

4) 500 cylinders (Model 3) and 1000 (Model 4) are addressable. 

5) Each 2314 Model Al includes 8 single array units and necessary controls. 

6) 2030 tracks are addressable. 



7) Represents 10 removable and interchangeable data cells of 20,000 tracks each. 

8) Represents 10 removable and interchangeable data cells of 40,000,000 bytes each. 

9) Refers to use of hardware scan feature. 

10) Up to 3 arms available, 1 standard. 

11) Capacities listed are for IBM 1410/7010 on all non-System/360 devices. 

12) Does not include 2 ms. head select time. 



EXAMPLES OF DASD CAPACITY FORMULAS 



DASD 


Max. Track Capacity 


Formula for No. of Records 
in Usable Characters 


Example of Computation of No. of Records 
in Usable Characters 


1301 - 6-bit 
(8 -bit) 


2800 
(2165) 


2840 - HA 2 
DL + RA + 32 

(substitute 2205 for 2840) 


2840 - 2 2838 
164+6+32 202 

14 records, 10 unused positions, where HA2 = 2, 
DL = 164, RA = 6 


1311 - 6-bit 
(8 -bit) 


2980 
(2682) 


Sector mode - No special formula 

Twenty 100-character sectors 
(Twenty 90-character sectors) 


Track Mode 


2302-1/2 - 
6-bit 
(8-bit) 


5850 
(4533) 


5902 - HA 2 


5902 - 2 5900 
256 +10 + 44 310 

19 records, 10 unused positions, where HA2 = 2, 
DL = 256, RA = 10 


DL + RA + 44 
(substitute 4585 for 5902) 


2301 


20483 


! 20483 - (KL + DL + C) 
KL + DL + C + 133 

C = when KL = 
C = 53 when KL / 


20483 - (10 + 150 + 53) , 20270 

1 + 1 = 1 + = 

10 + 150 + 53 + 133 346 

59 records with 202 unused byte positions where 
KL= 10, DL= 150 


2302-3/4 


4984 


4984 - (KL + DL + C) 
1 + 537(KL + DL)/512* + C + 61 

C = when KL = 
C = 20 when KL / 


1 + 4984 - (10 + 150 + 20) = 1 + 4804 = 
537(10 + 150)/512 + 20 + 61 248 

20 records with 92 unused byte positions where 
KL = 10, DL = 150 


2303 


4892 


: 4892 - (KL + DL + C) 
KL + DL + C + 108 

C = when KL = 
C = 38 when KL / 


1 A 4892 - (10 + 150 + 38) = ] + 4694 = 
10 + 150 + 38 + 108 306 

16 records with 104 unused byte positions where 
KL = 10, DL = 150 


2311-1 


3625 


1 + 3625 - (KL + DL + C) 

537(KL + DL)/512* + C + 61 

C = when KL = 
C = 20 when KL ^ 


1 + 3625 - (10 + 150 + 20) = 1 + 3445 = 
537(10 + 150)/512 + 20 + 61 248 

14 records with 221 unused byte positions where 
KL = 10, DL = 150 


2314 


7294 


1 ^ 7294 - (KL + DL + C) 

2137(KL + DL)/2048* + C + 101 

C = when KL = 
C = 45 when KL ^ 


A + 7294 - (10 + 150 +45) - 1 + 7089 
2137(10 + 150)/2048 + 45 + 101 312 

23 records with 225 unused byte positions where 
KL = 10, DL = 150 


2321-1 


2000 


n + 2000 - (KL + DL + C) 

537(KL + DL)/512* + C + 84 

C = when KL = 
C = 16 when KL / 


1 + 2000 - (10 + 150 + 16) = 1 + 1824 = 
537(10 + 150)/512 + 16 + 84 267 

7 records with 222 unused byte positions where 
KL = 10, DL = 150 



*Truncate to whole integer 
Capacity and Transmission Time — Reference cards available as follows: 
2302— X20-1706; 2311— X20-1705; 2321— X20-1704; 2303— X20-1718; 
2314— X20-1710; 2301—1717 
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EXTENDED BINARY CODED DECIMAL 
INTERCHANGE CODE 

The 256-position table at the right, outlined by the 
heavy black lines, shows the graphic characters and 
control character representations for EBCDIC. The bit- 
position numbers, bit patterns, hexadecimal represen- 
tations and card hole patterns for these and other pos- 
sible EBCDIC characters are also shown. 

To find the card, hole patterns for most characters, 
partition the 256-position table into four blocks as 
follows : 



^__ 3 
2 4 



Block 1 : Zone punches at top of table; 

digit punches at left 
Block 2: Zone punches at bottom of table; 

digit punches at left 
Block 3: Zone punches at top of table; 

digit punches at rignt 
Block 4 : Zone punches at bottom of table; 

digit punches at right 



Fifteen positions in the table are exceptions to the 
above arrangement. These positions are indicated by 
small numbers in the upper right corners of their boxes 
in the table. The card hole patterns for these positions 
are given at the bottom of the table. Bit-position num- 
bers, bit patterns, and hexadecimal representations for 
these positions are found in the usual manner. 

Following are some examples of the use of the 
EBCDIC chart: 



Character 


Type 


Bit Pattern 


Hex 

04 


Hole Pattern 


Zone Punches Digit Punches 
12 -9J-4 


PF 


Control Character 


00 00 0100 


% 
R 


Special Graphic 
Upper Cose 


01 10 1100 
Ti 01 1001 
"10 iOC 10001 

bo if oooo 


6C 
D9 
81 
30 


61-8-4 
11,-9 
12-0'-l 
12 -11-0-91-8-1 

1 
1 


a 


Lower Case 




Control Character, 
function not yet 
assigned 



Bit Positions 
01 23 4567 



40 



"* "5 •» 
§ «) o 



1010 



1011 



1110 



8tI 



8-1 



8-2 



8-3 



Ml 



8-5 



8-6 



8-7 



NUL 



DLE 



CU1 



IFS 



© 



ENQ 



© 



© 



Q 



® 



^ 



© 



^ 



© 



O 



© 



Card Hole Patterns 
© 12-0-9-8-1 
(?) 12-11-9-8-1 
© 11-0-9-8-1 
(7) 12-11-0-9-8-1 



\*J No Punches 

© ' 2 

© » 




® 
© 



0-1 

11-0-9-1 

12-11 



1 Bit Positions 0,1 
} Bit Positions 2,3 
I First Hexadecimal Digit 



• Zone Punches 



Digit Punches 



8-1 



7-r,i 

8 



ill 




8-7 



Zone Punches 



Control Character Representations 



Special Graphic Characters 



ACK 


Acknowledge 


EOT 


End of Transmission 


PF 


Punch Off 


<; 


Cent Sign 


- 


Minus Sign, Hyphen 


BEL 


Bell 


ESC 


Escape 


PN 


Punch On 




Period, Decimal Point 


/ 


Slash 


BS 


Backspace 


ETB 


End of Transmission Block 


RES 


Restore 


< 


Less-than Sign 


, 


Comma 


BYP 


Bypass 


ETX 


End of Text 


RS 


Reader Stop 


( 


Left Parenthesis 


% 


Percent 


CAN 


Cancel 


FF 


Form Feed 


SI 


Shift In 


+ 


Plus Sign 




Underscore 


CC 


Cursor Control 


FS 


Field Separator 


SM 


Set Mode 


1 


Logical OR 


> 


Greater-than Sign 


CR 


Carriage Return 


HT 


Horizontal Tab 


SMM 


Start of Manual Message 


& 


Ampersand 


? 


Question Mark 


CU1 


Customer Use 1 


IFS 


Interchange File Separator 


SO 


Shift Out 


1 


Exclamation Point 




Colon 


CU2 


Customer Use 2 


IGS 


Interchange Group Separator 


SOH 


Start of Heading 


$ 


Dollar Sign 


i 


Number Sign 


CU3 


Customer Use 3 


IL 


Idle 


SOS 


Start of Significance 


* 


Asterisk 


@ 


At Sign 


DC I 


Device Control 1 


IRS 


Interchange Record Separator 


SP 


Space 


) 


Right Parenthesis 


1 


Prime, Apostroohe 


DC2 


Device Control 2 


IUS 


Interchange Unit Separator 


STX 


Start of Text 


; 


Semicolon 


= 


Equal Sign 


DC4 


Device Control 4 


LC 


Lower Case 


SUB 


Substitute 


— 1 


Logical NOT 


" 


Quotation Mark 


DEL 


Delete 


LF 


Line Feed 


SYN 


Synchronous Idle 










DLE 


Data Link Escape 


NAK 


Negative Acknowledge 


TM 


Tape Mark 










DS 


Digit Select 


NL 


New Line 


UC 


Upper Case 










EM 


End of Medium 


NUL 


Null 


VT 


Vertical Tab 










ENQ 


Enquiry 



















• Figure 27. Extended binary coded decimal interchange code (EBCDIC) 
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THE USA STANDARD CODE FOR INFORMATION 
INTERCHANGE (USASCII) 

The USA Standard Code for Information Interchange 
(USASCII) is a seven-bit code developed through 
the cooperation of users of equipment of communi- 
cations and data processing industries, in an attempt 
to simplify and standardize machine-to-machine and 
system- to- system communication. 

Because the System/360 has an eight-bit character 
capacity, it was necessary to expand USASCII to an 
eight-bit representation. This expanded representation 
is referred to by IBM as USASCII-8. This code may 
be used for internal processing and input/output pur- 
poses with System/360 in those media for which 
USASCII has been standardized. 

Code Structures 

Both USASCII-8 and EBCDIC provide for 256 possible 
characters. Each character is composed of eight bits 
(one byte), and each bit position is assigned a num- 
ber. The bit positions are numbered as follows: 



USASCII-8 87 6 54321 
EBCDIC 012 34567 



USA Standard Code for Information Interchange 
(USASCII) Embedded in USASCII-8 

The seven-bit USASCII has its bits numbered as follows: 



j l_j L 



USASCII b 7 be bs b 4 b 3 b 2 bi 

The seven-bit USASCII can be extended to eight bits 
and embedded in USASCII-8 as follows: 



J I L_l L 



USASCII b7 be b 7 b 5 b 4 bs b 2 bi 
USASCII-8 8 7 6 5 4 3 2 1 

The 256-position table, outlined by the heavy 
black lines, shows the graphic characters and 
control character representations for USASCII-8. The 
bit-position numbers, bit patterns, and hexadecimal 
representations for these and other possible USASCII-8 
characters are also shown. 
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S 


00 


01 


10 


11 


.t: « 


00 


01 


10 


11 


00 


01 


10 


11 


00 


01 


10 


11 


00 


01 


10 


11 







1 


2 


3 


4 


5 


6 


7 


8 


9 


A 


B 


c 


D 


E 


F 






0000 





NUL 


DLE 






SP 













@ 


P 






» 


P 


0001 


1 


SOH 


DC1 






~^ 


1 










A 


Q 






a 


q 


0010 


2 


STX 


DC2 






" 


2 










B 


R 






b 


r 


0011 


3 


ETX 


DC3 






« 


3 










C 


S 






c 


s 


0100 


4 


EOT 


DC4 






$ 


4 










D 


T 






d 


t 


0101 


5 


ENQ 


NAK 






% 


5 










E 


U 






e 


u 


0110 


6 


ACK 


SYN 






& 


6 










F 


V 






f 


v 


0111 


7 


BEL 


ETB 






' 


7 










G 


W 






g 


w 


1000 


8 


BS 


CAN 






( 


8 










H 


X 






h 


X 


1001 


9 


HT 


EM 






) 


9 










1 


Y 






i 


y 


1010 


A 


LF 


SUB 






* 












J 


Z 






i 


z 


1011 


B 


VT 


ESC 






+ 


; 










K 


[ 






k 


{ 


1100 


C 


FF 


FS 






' 


< 










L 


\ 






l 


1 

1 


1101 


D 


CR 


GS 






- 


= 










M 


] 






m 


} 


1110 


E 


SO 


RS 








> 










N 


A© 






n 


~ 


mi 


F 


SI 


US 






/ 


? 










O 












DEL 



\\J In the event that IBM equipment implementing USASCII-8 is provided, the graphic | (Logical OR) will be used 
instead of I (Exclamation Point). 

\2j In the event that IBM equipment implementing USASCII-8 is provided, the graphic — I (Logical NOT) will be 
used instead of A (Circumflex). 

Note: Current activities in committees under the auspices of the United States of America Standards Institute may result 
in changes to the characters and/or structure of the eight-bit representation of USASCII devised by the Institute. 
Such changes may cause the eight-bit representation of USASCII implemented in System/360 (USASCII-8) to be 
different from a future USA Standard. Since a difference of this nature may eventually lead to a modification of 
System/360, it is recommended that users avoid: (1) operation with PSW bit 12 set to 1, and (2) the use of any 
sign codes in decimal data other than those preferred for EBCDIC. 



} Bit Positions 8, 7 
\ Bit Positions 6, 5 
J First Hexadecimal Digit 



Control Character Representations 



NUL 


Null 


DLE 


SOH 


Start of Heading (CC) 


DC1 


STX 


Start of Text (CC) 


DC2 


ETX 


End of Text (CC) 


DC3 


EOT 


End of Transmission (CC) 


DC4 


ENQ 


Enquiry (CC) 


NAK 


ACK 


Acknowledge (CC) 


SYN 


BEL 


Bell 


ETB 


BS 


Backspace (FE) 


CAN 


HT 


Horizontal Tabulation (FE) 


EM 


LF 


Line Feed (FE) 


SUB 


VT 


Vertical Tabulation (FE) 


ESC 


FF 


Form Feed (FE) 


FS 


CR 


Carriage Return (FE) 


GS 


SO 


Shift Out 


RS 


SI 


Shift In 


US 
DEL 


(CC) 


Communication Control 




(FE) 


Format Effector 




(IS) 


Information Separator 





Special Graphic Characters 



Data Link Escape (CC) 

Device Control 1 

Device Control 2 

Device Control 3 

Device Control 4 

Negative Acknowledge (CC) 

Synchronous Idle (CC) 

End of Transmission Block (CC) 

Cancel 

End of Medium 

Substitute 

Escape 

File Separator (IS) 

Group Separator (IS) 

Record Separator (IS) 

Unit Separator (IS) 

Delete 



SP 


Space 


1 


Exclamation Point 


1 


Logical OR 


" 


Quotation Marks 


* 


Number Sign 


$ 


Dollar Sign 


% 


Percent 


& 


Ampersand 


' 


Apostrophe 


( 


Opening Parenthesis 


) 


Closing Parenthesis 


* 


Asterisk 


+ 


Plus 


f 


Comma 




Hyphen (Minus) 




Period (Decimal Point) 


/ 


Slant 




Colon 


; 


Semicolon 



< 


Less Than 


= 


Equals 


> 


Greater Than 


? 


Question Mark 


(a) 


Commercial At 


L 


Opening Bracket 


\ 


Reverse Slant 


1 


Closing Bracket 


A 


Circumflex 


— 1 


Logical NOT 




Underline 


s 


Grave Accent 


1 


Opening Brace 


| 


Vertical Line (This graphic is 




stylized to distinguish it from 




Logical OR) 


1 


Closing Brace 




Tilde 



• Figure 28. The USA Standard Code for Information Exchange (USASCII) 
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SOME CORE AND EXTERNAL STORAGE REQUIREMENTS DIFFERENCES 
System/360 



Structure 


Media Storage 


Core Storage 


8 -bit unpacked recording 
mode (EBCDIC or zoned 
format) 


1 position for each alphameric or 
numeric character; each charac- 
ter uses 8 data bits; sign should 
be over units position of numeric 
data. 


1 position contains a nonbinary data 
character. For proper conversion to 
packed decimal, numeric data must 
contain sign in 0-3 data bits of units 
position. 


8 -bit packed numeric 
recording rnode (packed 
decimal) 


2 numeric digits are stored in 
one position (0-3 and 4-7 data 
bits); sign control requires 4-7 
data bits of units positions. 


2 numeric digits are stored in one 
position (0-3 and 4-7 data bits); sign 
control requires 4-7 date bits of units 
positions. 


8 -bit recording mode 
(binary) 


4 positions contain the contents 
of one binary word. 


1 word contains 32 data bits. 


6 -bit recording mode 
(BCD) 


1 position for each alphameric or 
numeric character; each charac- 
ter uses 6 data bits - BCD 
format (7-track tape). 


With 7-track feature and translator 
on: each 6-bit character is trans- 
lated to the EBCDIC 8 -bit code and 
vice versa; therefore, each position 
on tape uses 1 position in core. 
With 7-track feature and translator 
off: each 6 -bit character is placed 
in 2-7 data bits of one position; the 
0-1 bits are ignored (on write), or 
zero-filled (on read). 


6 -bit recording mode 
(binary) 


6 positions contain the contents 
of one 36 -bit binary word 
(7-track tape). 


With data conversion and 7-track 
feature: each group of 24 bits from 
tape (4 positions) is converted to 
three 8 -bit bytes in core and vice 
versa. See IBM System/360 
Component Description (A22-6866), 
for details when data is fewer than 
4 positions. 
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SOME CORE AND EXTERNAL STORAGE REQUIREMENTS DIFFERENCES 
1400, 7010, 7070/74, 705/7080, 7090/94 



Structure 


Media Storage 


Core Storage 


6 -bit recording mode 
BCD move mode (with- 
out wordmark) 


1 position for each alphameric or 
numeric character. Each 
character uses 6 data bits. 


1 position contains a nonbinary data 
character, except for the 7070/ 
7074, where each alpha character 
requires 2 positions. 


8 -bit unpacked recording 
mode BCD load mode 
(with wordmarks) 


DASD — each character uses 8 
data bits, thus reducing the 
number of storage positions 
available as compared to 6 -bit 
mode. The wordmark requires 
the extra space. 

Tape — the wordmark becomes 
a word separator character and 
is stored 1 storage position 
ahead of the associated charac- 
ter, thus increasing the media 
storage requirements. 


1 position contains a nonbinary data 
character with or without wordmarks. 

7070/7074 requires 2 positions for 
each alpha character. 


8 -bit packed numeric 
recording mode 


2 numeric digits are stored in one 
position. 


2 numeric digits are stored in one 
position. 


Binary recording mode 


6 positions contain the contents 
of one binary word. 


1 word contains 36 data bits in the 
binary computers. 


Special 7070/74 

Compressed tape 
recording mode 


Up to 5 leading zeros of each 
numeric word are eliminated; 
alpha words use 5 tape positions. 


Complete 10-position words, numeric 
and alpha. 


Delta (A) mode change 


Requires 1 position between 
alpha and numeric words. 


The delta does not appear in core; it 
is only in media storage and is used 
to transfer and sign words between 
core and media storage. 


Theta (6) sign control 
used with 8 -bit packed 
recording mode 


Theta character precedes and 
follows the contents of each 
negative word, thus requiring 2 
extra positions. For use with 
1301 DASD and hypertape (7340). 


This special code does not appear in 
core; it controls the negative sign 
designation as words are transferred 
between core and media storage. 
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PROCESSOR CHARACTERISTICS 



r 

Processor for 


1400 
7010 


7040/44 


7070/74 


705/7080 


7090/S4 


S/360 


Type 


Character - 
numeric /alphabetic 


Word - 36 data bits & 
1 validity bit 


Word - 10-pos, 
numeric 
5-pos. 
alphabetic 


Character - 
numeric /alphabetic 


Word -36 data bits 


Character-1 to n bytes (8 bits-byte) 
Halfword - 2 bytes 

Word - 4 bytes, 
Doubleword - 8 bytes 


Core 


BCD-8 bits (6 
data, 1 check, 
1 wordmark) 


binary; alpha in BCD 
6 -bit char. , 6 char/ 
word; numeric may 
be in BCD 


2 out of 5 1 


BCD-7 bits (6 data 
and 1 check) 


binary; alpha in 
BCD as 6 -bit char., 
6 char /word; 
numeric may be in 
BCD 


binary; EBCDIC (zoned); numeric 
data may be in packed format. 


Instruction 
Type 


Two-address, 
variable 


Single address 


Single address, 
5 positions 


Single address 


Single address 


Single or two-address variable 
length, located on integral 
boundary. 


Field 
Definition 


High-order word- 
mark 




Length specified in 
instruction 


Zone bit to left of 
field 




Length specified in instruction for 
char. oper. ; implied on fixed- 
length operations . 


Signing 


Units position- 
blank/+ = plus 


First data bit 


1 position/word - 
alpha, plus or minus 


Units position 


First data bit 


High-order bit - binary; units 
position in packed format. 


Remarks 


Chaining of data 
and instructions 


Subroutines required to 
convert from binary to 
decimal and vice versa 




Some operations 
more efficient with 
length of 5 or 
multiples thereof 


Subroutines re- 
quired to convert 
from binary to 
decimal and vice 
versa 


Fixed-length data must be located on 
integral boundary; numeric data must 
be in packed format for decimal 
operations; instructions available for 
packing, unpacking, conversion from 
decimal to binary and vice versa. 



5 bits per position have values of 0, 1, 2, 3, 6. Use sum of 2 bits to represent a numeric value, for example, 0+3 = 3, 3 + 2 = 5, (1 + 2 used for 0). 
Alpha requires 2 positions per letter, where the left position is a numeric representation of the zone, and the right position is the numeric portion of the 
character, for example, 61 = A, 62 = B, 71 = J, 82 = S, etc. 



RECORD FORMATS 

Sample System/360 Record Formats 







Physical 




































Record 


































\ 


1 


Logical 


1 




■* :' 




J 




fe 




li 




1 




1 




•I 




/ 


« 


Record 


*. 


Record 


r 


Record 


:(i 


Record 


R 


Record 


R 


Record 


R 


Record 


It 


Record 


R 


Record 


1 


•«■ 


1 


m 


2 


G 


3 


4* 


4 


G 


5 


:<3 : 


6 


C 


7 


m 


8 


G 


' [ 



IRG = Inter-Record Gap 



TAPE RECORDS 



G 



-Physical Record ■ 



■♦Logical Record — "• 



Count 
Area 



Key 
Area 



Data Area 



Count 
Area 



Key 
Area 



Data Area 
2 



Count 
Area 



Key 
Area 



Data Area 
3 



DASD RECORD - WITH KEY AREA 



Physical Record -»■ 

f-»- Logical Record ■*■ 



Count 
Area [& 



Data Record 



Count 
Area 



Data Record 
2 



& 



Count 
Area 



G 



Data Record 
3 



Count 
Area 



Data Record 
4 



G - Gap, Area Separator 



DASD RECORD - WITHOUT KEY AREA 



Fixed-Length Unblocked Record Format 



Physical Record 1 



-Physical Record 2 ■ 



-Physical Record 3. 



| j Logical 
R I Record 
G ' 



Logical 

Record 

2 



Logical 

Record 

3 



Logical 

Record 

4 



Logical 

Record 

5 



Logical 

Record 

6 



Logical 

Record 

7 



Logical 
Record 



Logical f:*i 

Record 

9 m 



Logical 

Record 

10 



Logical 

Record 
11 



IRG = Inter-Record Gap 



TAPE RECORDS 



■Physical Record 1 



-Physical Record 2. 



Count 
Area 



Key 
Area 



Logical Record 

Data Area 

1 



Logical Record 

Data Area 

2 



Logical Record 

Data Area 

3 



Count 
;G I Area 



Key 
Area 



Logical Record 
Data Area 
4 



Logical Record i 

Data Area 

5 



DASD RECORDS - WITH KEY AREAS 



■Physical Record 



Physical Record 2 ■ 



Count 
Area 



G 



Logical Record 
Data Area 
1 



Logical Record 

Data Area 
2 



Logical Record 

Data Area 

3 



m 



Count 
Area 



Logical Record 

Data Area 

4 



Logical Record 

Data Area 

5 



Logical Record 

Data Area 
6 



DASD RECORDS - WITHOUT KEY AREAS 



G = Gap, Area Separator 

Fixed-Length Blocked Record Format 
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RECORD FORMATS - S/360 



' Physical Record - 



BL 
xxbb 



' Logical Record 



RL 
xxbb 



Data 
Record 1 



BL 
xxbb 



RL 
xxbb 



Data 
Record 2 



BL 
xxbb 



RL 
txbb 



Data 
Record 3 



, 34 7 83j 3J4 7 703! 3J4 7 

I BL = 84| RL = 80 iBL=104| RL = 100 |BL = 54| RL = 50 

TAPE RECORDS 




53j 



-Physical Record - 



Logical Record ■ 



Count 
Area 



Key 
Area 



BL 



xxbb 



RL Data 

Record 1 
xxbb I 



Count 
Area 



Key 
Area 



BL 



<bb 



RL 



xxbb 



Data 
Record 2 



! ° 3|4 
BL = 84 



RL = 80 



BL=104 



34 



RL=100 



DASD Records - With Keys 



Physical Record - 



-Logical Record ■ 



Count 
Area 



m BL 
bb 



RL 
<xbb 



Data 
Record 1 



Count 
Area 



BL 
xxbb 



RL 
xxbb 



Data 
Record 2 



1 



Count 
Area ill 



BL 

xxbb 



RL 
xxbb 



Data 
Record 3 



3U 7 
BL = 84 I RL = 80 



83 



! 3U 



1 |BL= 1041 RL = 100 

DASD Records - Without Keys 
BL = Block Length \ in bi hdf _ WQ . d (16 bif) forTnat ( t b( k b ^ 

RL = Record Length J > , r 7 

IRG = Inter-record Gap 
G = Gap 

Variable-Length Unblocked Record Format 
L, Physical Record 



IBL=54I 



RL=50 



■Logical Record - 



Data 



Data 



,:;'. .1 xxl 



RL I 
xxbb I 



Record 1 



RL I 
<xbb] 



Record 2 



RL I 
<xbb 



Data 



Record 3 



BL 
:xbb 



RL I 
<xbb 



Data 



Record 4 



10 3[4 7 

! BL=234 I RL = 80 



83 



84 87 



183J184 187 233j 3{4 7 

RL = 100 I RL = 50 |BL = 165J RL = 56 

TAPE RECORDS 



-Physical Record - 



-Logical Record ^ 



Count 
Area 



Key 
Area 



BL 
ocbb 



RL 
ocbb 



Data 
Record 1 



RL 
xxbb 



Data 
Record 2 



|BL = 234 



■Logical Record • 



RL = 80 RL=100 

DASD Records - With Keys 
Physical Record 



RL 
xxbb 



Data 
Record 3 



Count 
Area 



RL = 50 



Count 
Area 







Data 



Data 



BL 

xxbb 



RL I 
xxbb 



Record 1 



RL I 
<xbb I 



Record 2 



RL I 
:xbbl 



Data 



Record 3 



Count 
Area 



BL 
xxbb 



I 34 
I I 

IBL = 234| 



RL = 80 



184 87 
I 



1831184 187 
I 



2331 



BL = Block Length 
RL = Record Length 



RL = 100 
DASD Records - Without Keys 

) in binary half - word (16 bit) format, plus two blank bytes 



RL = 50 



I 41 
|BL = 342J 



IRG = Inter-record gap 
G = Gap 

Variable-Length Blocked Record Format 
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S/360 



Gap 



Index 
Marker 



Gap 



Home 
Address 



Gap 



Count 
Area 



Record Zero: Rq 
Gap 



Data 
Area 



Gap 



Record One: R] 



Address 
Marker 



Gap 



Count 
Area 



Gap 



Key 
Area 



Gap 



DATA AREA 



Gap 



• Record Two: R2 ■ 



Address 
Marker 



Gap 



Count 
Area 



Gap 



Key 
Area 



Gap 



DATA AREA 



Gap 



-Record Three: Rg, etc. 



Address 
Marker 



Gap 



Count 
Area 



Gap 



Key 
Area 



Gap 



Data 



Schematic Representation of DASD (with Key Area) 



Gap 




Gap 



Home Address 



Flag 
Byte 



Cylinder 

c c 



Head 
H H 



Check 
Bytes 



Schematic Representation of the Home Address 



Gap £ 







r~- 


jnt A 








« 








4) 

>. 

00 

CO 



UL 


Identifier 


co 

c 

<D 

>. 

0) 


Data 
Length 


Check 
Bytes 


Cylinder 

c c 


Head 
H H 


-a 


u 

£ 
R 



Gap 



-Data Area . 



This area is used for the 
Capacity Record Option (DTFDA) 
or the Cylinder Overflow 
Control Record (DTFIS) 



Check 
Bytes 



Schematic Representation of Record Zero 



Gap 



Address 
Marker 



Gap 
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CD 




f 


Data 


Check 


Cyli 


nder 


He 
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Ler 
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Byt 


es 


O) 
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C 
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H 
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R 
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« Key Area 




— - 




Key 


Check 




Area 


Bytes 


Gap 


(Variable 






Length) 







Gap 




Gap 



Schematic Representation of DASD Record with a Key Area 



Address 
Marker 



Gap 









A 
















Identifier 




Data 
Length 


Check 
Bytes 




Cylinder 


Head 


-0 



CO 

c 


CO 
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-' 
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. 




c c 


H H 


R 


<u 
















1 
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Schematic Representation of DASD Record without a Key Area 
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NON-SYSTEM/ 360 SAMPLE RECORD FORMATS 
1311 Sector (Move Mode) * 

Physical and Logical Record 1 



Physical and Logical Record 2- 



Data Record 1 
80 Characters 



20 
Unused 



Data Record 2 
80 Characters 



20 

Unused 



80-Character Record 



-Physical and Logical Record 1 



Data Record 1 
First 100 Characters 



Data Record 1 Contd. 
Last 75 Characters 



25 
Unused 



175-Character Record 



G - Gap 

SA - Sector Address 
100 Character Sectors 
20 Sectors Per Track 



Fixed-Length Unblocked Record Format 



Physical Record 1 ■ 



Logical Data 

Record 1 
45 Characters 



45-Character Record 



Data Record 

2 
45 Characters 



Physical Record 2 ■ 



Data Record 
3 

45 Characters 



Data Record 

4 
45 Characters 



10 
Un- 
used 



• Physical Record 1 ■ 



Logical Data Record 1 
75 Characters 



Data 








Record 




S 
A 


Data Record 2 


2 


G 


Last 50 


1st 25 




Characters 


Char. 









Data Record 3 

1st 50 

Characters 



Data 
Record 

3 
Last 25 
Char. 



Data Record 4 
75 Characters 



75-Character Record 



G = Gap 

SA = Sector Address 
100 Character Sectors 
20 Sectors Per Track 



Fixed-Length Blocked Record Format 



* Reduce Number of Characters Per Sector from 100 to 90 for Load Mode. 
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1311 Sector Mode (Move) * 



NON-SYSTEM/ 360 SAMPLE RECORD FORMATS 



:;S ::;i::B 

Mill. 



50 - Character 
Record 



_LL 

L-i 



66 - Character 



RL 



?gS ■■ 



s 

. : --A 1 



Record 



40 - Character 
Record 



65 - Character 



li 



■RL 



t 



s;i; 

J A 



RL 



Record 



45 - Character 
Record 



t 



30 Unused;! 



RL 



40 - Character 
Record 



I 



40 - Character 
Record 



±1 



RL 



r 



91 



ftcS 



RL 



I 



RL 



Character Record 



35 - Char. 
Record 



u 



I 



30 - Char, 
Record 



I 



60 Unused 



RL 



Largest Block = 300 Characters; 



Largest Record = 296 Characters 



G = Gap 

SA - Sector Address 
BL - Block Length 
RL Record Length 
100 Character Sectors 
20 Sectors Per Track 



Variable-Length Blocked Record Format 
* Reduce Number of Characters Per Sector from 100 to 90 for Load Mode. 



1311 Track Mode (Move) ** 



Record 
1 



Record 
2 



Record 
3 



Unused 



2980 Characters Per Track 



G = Gap 

SA = Sector Address 



Fixed-Length Blocked Record Format 



* Reduce Number of Characters Per Track from 2980 to 2682 for Load Mode. 
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NON-SYSTEM/ 360 SAMPLE RECORD FORMATS 



1301, 2302-1/2, 



HA1 



HA2 



RA1 



Record 
1 



RA2 



Record 
2 



RA3 



Record 
3 



Etc.. to 

End of Track 



Fixed-Length Unblocked Record Format 



HA1 



HA2 



RAl 



Record 
1 



Record 
2 



Record 
3 



Record 
4 



RA2 



Record 
5 



Etc . to End 
of Track 



Fixed-Length Blocked Record Format 



HA1 



HA2 



RAl 



BL 



Record 
1 
I I 



Record 
2 



TT 



_u_ 



Record 
3 



_u 



Rl 



RL 



t 



RA2 



BL 



Record 
4 



RL 



t 



Etc . to End 
I of Track 



RL 



Variable-Length Blocked Record Format 

G = Gap Area Separator 

HA1 = Home Address of Actual Physical Address. It is Prerecorded and Cannot be Written by User. 

HA2 - Home Address Identifier Written by the User. 

RA = Record Address Usually Generated from a Key. 

RL - Record Length 

BL = Block Length 



See DASD Capacity Chart for Track Length of Specific Device. 



Label 

Identifier 



File 

Retention 

Period 



Creation 
Date 



Yr. I Day 



File 
Identification 



File 
Serial 

Number 



Pack 
Serial 
Number 



File 
Sequence 
Number 



(Reserved 
Fields) 



Lower 
Limit 



Upper 
Limit 



(Reservi 
Fields) 




2 
O 

I 

CO 



CO 

o 

CO 

p 



w 
f 

*J 
o 

£d 

> 

CO 



■o 



HEADER LABEL 



Lead- In 
Portion 


Label 
Identifier 

1 | H D R ; b 


Tape 
Serial 
Number 


File 
Serial 
Number 


Reel 
Sequence 
Number 

-ix x xjb 




File 
Identification 




Creation 
Date 

Year, Day 


Retention 
Cycle 

-ix x x ib 


Blank or' 

User's I 

Information 




1 | || |5 


6 10 


"I ! 1 lis 


16 l 1 [ f 20 


21 


MM! 


30 


3l| | | |35 


36| f |40 


4l| | i 



f 

o 









TRAILER LABEL 




















J Data 


T 
M 




Label 




Block 
Count 




Record Count 






Hash Total 






Blank or 1' 
User's \ 


\ 




,E O F, 




















Information 1 


1 






1 1 E O Rib 


X 


X X X X 


X X 


XXX XXX 


X X 


X X 


XXX XXX 


X X 




1 








l| ■ |5 


6 


! |i° 


11 


1 


(20 


21I 




|30 


3l| 1 II II ] 1 1 1 1 1 1 I) 




) 

/ 

i 

\ 


1 
















1 II ! 

! \\ ! 


1 

1! 




| 


\ 














1 


1 \\ \ 


\ 


\ 




Label 


Tape File 




Reel 


Creation 




Retention 




Label 


File 


j (Reserved | \ 


Blank or j 


i 




I Portion 


Identifier | 


Serial Seria 
Number Numb 




Sequence 
Number 


Date 




Period 


In 


formation 


Identification 




'""" 


User's 1 


) 




( 


1 1 
1 1H D Rib b 


1 
b! 


! I 
bl 




bl lb 


1 1 
Yr. |b| Day 


b 


1 
b b| 

ri'f h 


1 
bl 

rs 








II 


II 




[ 




1 






! 


r- 1 


1 




!„ 


m 




1 


!a> 


<J 








^r 


n 


III! 




| ; 1 i I 1 ; j 




„i 








ItN 'cil 


| 


II 


1 u 




1 






! 


| 


1 




r 


" 






1"" 


H 








l ' 


cn| 1 | | |o 


L ' 


1 I! r 


"l 


Mi!' 


" 


Mil 




1 ! 1 i 1 i i i 


i* 


'"I 




1 




!MH 


1 


i r 





2 

o 
is 
i 
cc 

•< 

CO 

c+ 

0) 

B 



3 



Label 
Identifie 



|E O F| 
1 I E O R lb b b| 



Blank or 

User's 

information 



f 

cr 

o 
4 



HEADER LABEL 



Label 
Identifie: 



Retention 
Period 



Serial 
Number 



TT, 



Creating 
System 



Record 
Length 



Blocking 
Factor/Size 



[Reserved 
Fields) 



Blank 
User- 
Information! 



_l_UUd 



Data TRAILER LABEL 



Label 
Identifie 



|£ OF , 
1 I E O R I b 



(Reserved Fields) 




Block 
Count 




Non-System/360 Sample Label Formats 



Label 


























Identifier 


Tape and File Serial No.- 




File 




Creation Date - 














1 ***b/ 


Sequence No. 




Identification 




Retention 




Record Format 






■fl 




Misc. \ \ 


10064 


xxxx / xxxx-xxx 








xxxxx -xxx 




x-xxxx-x xxx-x 




2 TJ 

a o 

£ u 








" 








to 


*o 
























00 




o 


















Ol 




s 
















CT\ 




■»■ 




























in 




r^ 












)■ 



Standard Header Label 













'at 




















// 




Label 




s " 


OS 


OS 


OS 






















Identifier 






£ 




n 


File 














c 






l***b/ 
10064 




"2 lj 


o 
U 


o 
U 


3 


u 


Identification 




Retention 






Record Format 




o 

rt 




Misc. 1 I 








a 
























\ ' 








+ 


3 + 


ill + 


£ + 






xxxxx - X 


X X 




X - X X X X -XX XX-X 




a o 
£ U 








- 1 








in 




t^ 










f\i 


2 


Tf 


2 




i^ 


00 


o\ 


o 




1 












0\ 




s 


1 










» 




■* 










1 












to 




S 




in 




ut 








o 

00 



Standard Intermediate Header Label 



Label 
Identifier 

lnnnb 


R 
/ 

F 


Record Count 
Preceding File 

+ 


OS 

3 
O 

U 

a. 

3 + 


'aJ 
l2 

3 


U 

£ + 


OS 

o 
U 

o 

£ + 


o 

| „ 

os Q 


Miscellaneous 




1 


- 








in 


*o 


t^ 










(VJ 


£ 


■* 


ID 




t^ 


s 


o\ 


o 




CM 


<M 
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Standard Trailer Label 

Schematic of 7080 Tape Labels 



The Appendix lists publications that describe System/360 tape and disk labels. 



IOCS (DATA MANAGEMENT) CHARACTERISTICS 
IOCS Tape 







7040/7044 


7090/7094 


7070/7074 


7080 


1440/1311 
1460/1301 


1401 


1460 


1410 


1410/7010 
Operating System 


Minimum Record Size 


3 words 


3 words 


3 words 


15 


5 


13 


13 


13 


13 




Maximum Record Size 


2000 words 


2000 words 


9999 words 


9995 


999 


999 










Maximum Block Size 


2000 words 


2000 words 


9999 words 


39995 




9999 










Fixed-Length Unblocked Records 


Typel 


X 




X 


Form 1 


Form 1 


Form 1 


Form 1 


Form 1 


Form 3 




Block Character Count 




















Pos. 1-4 
in block 


Record Mark Required 








Option 








GET, PUT 




GET, PUT 


Fixed- Length Blocked Records 


Type 1 


X 


Form 1 


X 


L Form 2 


Form 2 


Form 2 


Form 2 


Form 2 






Record Mark Required 








X 


X 


X 


X 


X 


X 




Padding Required 




Option 






X 


X 


X 


X 






Variable-Length Unblocked Records 


Type 2 


X 




X 


Form 3 


Form 3 


Form 3 


Form 3 


Form 1 


Form 3 




Record Mark Required 








X 


GET, PUT 


Option 


GET.PU1 


GET t PUT 


GET, PUT 


GET, PUT 


Record Length Indicator 


BCD Tape Only - in 
first word in record 




Pos. 1-5 
in record 














Block Length Indicator 








Pos. 1-3 
in block 












Pos. 1-4 
in block 


Block Factor 








Pos. 4-5 
in block 














Va 
Ma 


riable-Length, Variable Block Factor, 
Lximum Block Size 


Type 2 


X 


Form 3 


X 


Form 4 


Form 4 


Form 4 


Form 4 


Form 4 






Record Mark Required 








X 


X 


X 


X 


X 


X 




Record Length Indicator 


BCD Tape Only - in 
first word in record 


X 


Pos. 2-5 
in rec. 


3 pos. in 
rec. 


3 pos. 
in rec. 


3 pos. in 
rec. 


4 pos. in 
rec. 


Pos. 1-4 
rec. 




Block Length Indicator 








Pos. 1-3 
in block 


Pos. 1-4 
in block 


Pos. 1-4 
in block 


Pos. 1-4 
in block 


Pos. 1-4 
in block 


Pos. 1-4 
in block 




Block Factor 








Pos. 4-5 
in block 














Variable -Length Records, Fixed Blocking 
Factor 






Form 2 


















Maximum Record Size Specified 
Record Mark Required 






X 

Short Rec . 
















Va 
Re 


.riable-Length Sections, Variable -Length 
cords, Fixed Block Factor 






Form 4 


















Maximum Section Length Specified 
Record Mark Required 






X 

Short Section 
















Re 


cording Mode 
























6 -bit (move) 


X 


X 


X 


X 


Move 


Move 


Move 


Move 


Move 




8 -bit unpacked (load) 


X 




X 


X 














8 -bit packed 






Disk 
Hypertape 


Disk 
Hypertape 















The Appendix lists publications that describe System/360 data management characteristics. 



IOCS (DATA MANAGEMENT) CHARACTERISTICS 
IOCS Disk 





1405 


1301 


1311 




1410 


7040/7044 


7090/7094 


7070/7074 


7080 


1460 


1410 


1401,1440 


1410 


Fixed-Length Unblocked Records 


Form 1 


Type 1 


X 




X 


Form 1 


Form 1 


Form 1 


Form 1 


Record Mark Required 


GET, PUT 








Option 




Option 




GET, PUT 


Fixed- Length Blocked Records 


Form 2 


Type 1 


X 


Form 1 


X 


Form 2 


Form 2 


Form 2 


Form 2 




Record Mark Required 


X 








X 


GET, 
PUT 


X 


GET, PUT 


X 


Padding Required 


X 








Option 




X 




X 


Block Length Indicator 


















Pos. 1-4 in block 


Variable -Length Unblocked Records 




Type 2 


X 




X 




Form 3* 




Form 3 




Record Mark Required 










X 




Option 




GET, PUT 


Record Length Indicator 




In first word of 
record 




Pos. 1-5 
in rec. 








4 pos. in rec. 


Block Factor 










Pos. 4-5 
inblk. 










Variable -Length, Variable Block Factor 


Form 4 


Type 2 


X 


Form 3 


X 


Form 4 


Form 4 


Form 4 


Form 4 




Record Mark Required 


X 








X 


X 


X 


X 


X 


Record Length Indicator 


1 to 4 pos. 
in record 


In first word of 
record 


X 


Pos. 1-5 
in rec. 


3 pos. 
in rec. 


4 pos. 
in rec. 


3 pos. 
in rec. 


1 to 4 pos. 
in rec. 


Block Length Indicator 


Pos. 1-4 
in block 








Pos. 1-3 
inblk. 


Pos. 1-4 
inblk. 


Pos. 1-4 
inblk. 


Pos. 1-4 
blk. 


Pos. 1-4 
blk. 


Block Factor 










Pos. 4-5 
inblk. 










Recording Modes Used 






















6 -bit (move) 


Move 


X 


X 


X 


X 


Move 


Move 


Move 


Move 


8 -bit unpacked (load) 




X 




X 


X 








Load 


8 -bit packed 








X 


X 










Available positions per track 






















6 -bit 


1000 


2796 


2796 


2780 


2800 


2800 


2800 


2000 


2000 


8 -bit unpacked 


880 


2160 


2160 


2150 


2165 


2165 


2165 


1800 


1800 


8 -bit packed 








4300 


4330 










Full track mode (special) 
















2980 


2980 



* 1410 form 3 record treated as a form 1 record. 
The Appendix lists publications that describe System/360 data management characteristics. 



APPENDIX 



This appendix lists some publications that may be 
helpful when designing data files for System/360. 
The reader is advised to refer to IBM System /360 
Bibliography (A22-6822) and IBM System/360 Model 
20 Bibliography (A26-3565) and the bibliographies' 
most recent newsletters for complete, up-to-date 
lists of all System/360 publications. In addition, 
IBM System/360 Bibliography (A22-6822) includes a 
"publication selector" — an aid for quickly finding 
publications about specific System/360 models and 
their input/output devices. 

GENERAL REFERENCES 

Introduction to IBM System/360 Direct Access 
Storage Devices and Organization Methods 
(C20-1649) — a student text which presents a 
generalized discussion of System/360 DASD's and 
the applicable data management facilities provided 
by the following IBM System/360 operating systems: 
BOS, DOS, and OS. 

IBM System/360 Model 20 Introduction and System 
Summary (A26-5889)— includes descriptions of 
system components, and the programs and pro- 
gramming systems provided for the users of the 
System/360 Model 20. 

IBM System/360 System Summary (A22-6814)— 
includes short descriptions of System/360 models 
other than the Model 20 and the input/output devices 
that can be attached to such systems. 

COMPONENT DESCRIPTIONS 

IBM System/360 Component Descriptions —2841, 
2302, 2311, 2321, 230 3 (A26-5988) —includes a 
detailed description of the subject devices. 
IBM System/360 Component Descript ions —23 14 
Direct Access Storage Facility (A26-5988) — 
describes the 2314 and presents its functional and 
operating characteristics. 

IBM System/360 Component Descripti on —2400 Series 
Magnetic Tape Units a nd 2816 Swit ching Unit 
(A22-6866) — contains a comprehensive presentation 
of the characteristics, functions, and features of 
the subject units. 



DATA MANAGEMENT AND TAPE AND DISK LABELS 

IBM System/360 Model 20 Guide to t he Disk 
Programming System (C33-6000) — includes 
discussions of the 2311 Disk Storage Drive, methods 
of storage organization, processing techniques, and 
label formats. 

IBM System/360 Basic Operating System: Pro- 
grammer's Guide (C24-3372) — includes a detailed 
presentation of the file organization and processing 
methods supported by BOS. It also shows the 
formats of tape and disk labels used by BOS. 
IBM System/360 Disk Operating System Data 
Management Concepts (C24-3427) — includes an 
introduction to the file organization methods and 
access methods supported by DOS. 
IBM System/3-60 Operating System; Supervisor and 
Data Management Services (C28-6646) — includes a 
discussion of file organization and access methods 
supported by OS. It also shows the formats of tape 
and disk labels used by OS. 

REFERENCE CARDS 

IBM 2301 Drum Storage Reference Card (X20-1717) 
IBM 2302 Disk Storage Reference Card (X20-1706) 
IBM 2303 Drum Storage Reference Card (X20-1718) 
IBM 2311 Disk Storage Reference Card (X20-1705) 
IBM 2314 Direct Access Storage Facility Reference 

Card (X20-1704) 
IBM 2321 Data Cell Reference Card (X20-1704) 

The foregoing reference cards contain the capa- 
city formulas, a table of bytes per record depending 
on records per track (down to a data length of five 
bytes), and a table of transmission time depending 
on record length. 
Magnetic Tape Record Characteristics — 2400 

Series Magnetic Tape Units (X22-6837) 
Hypertape Capacity and Timing (X22-6855) 

The two reference cards above are aids in 
estimating tape processing time and record capacity 
per reel. 
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READERS COMMENT FORM 

Data File Handbook C20-1638-2 



Please comment on the usefulness and readability of this publication, suggest additions and 
deletions, and list specific errors and omissions ( give page numbers ) . All comments and sugges- 
tions become the property of ibm. If you wish a reply, be sure to include your name and address. 



COMMENTS 
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fold 
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